From: "Catalin Marinas" <catalin.marinas@gmail.com>
To: "Alex Chiang" <achiang@hp.com>,
catalin.marinas@gmail.com, git@vger.kernel.org
Subject: Re: stgit - continue rebase after merge conflict?
Date: Tue, 26 Feb 2008 16:56:53 +0000 [thread overview]
Message-ID: <b0943d9e0802260856j6e9b0053ne4916149d8e4387c@mail.gmail.com> (raw)
In-Reply-To: <20080226145725.GA24987@ldl.fc.hp.com>
On 26/02/2008, Alex Chiang <achiang@hp.com> wrote:
> How does one do a stg rebase if there are merge conflicts?
Basically, you solve the conflict, refresh the current patch and
continue with 'stg push' or 'stg goto <top patch>'. The 'rebase'
command does 'pop --all', 'git reset', 'push --all'. In your conflict,
the base of the stack was already changed to the latest and hence only
push/goto is needed. To fix it:
$ vi files # or simply use 'resolved -i' below
$ stg resolved -a [-i]
$ stg refresh
$ stg goto top-patch
or (if you want to skip that patch):
$ stg push --undo
$ stg push next-patch..
The 'rebase' command doesn't store any information about the state of
the stack and cannot continue it. Maybe we'll do something in the next
release as the refactored code has support for transactions.
Yet another option is to enable the automatic interactive merge ('git
config stgit.autoimerge yes') and, at a conflict, it calls your
three-way merge tool (emacs, xxdiff etc.). If the merge tool succeeds,
the rebase will simply continue.
> This output tells you how to undo the rebase, but doesn't give
> any clues on how to continue it, like git would:
>
> -------------------------------------------------------
> When you have resolved this problem run "git rebase --continue".
> If you would prefer to skip this patch, instead run "git rebase --skip".
> To restore the original branch and stop rebasing run "git rebase --abort".
> -------------------------------------------------------
>
> Doing an 'stg help rebase' isn't so helpful.
Yes, indeed. It could be made better.
--
Catalin
next prev parent reply other threads:[~2008-02-26 16:57 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-26 14:57 stgit - continue rebase after merge conflict? Alex Chiang
2008-02-26 16:56 ` Catalin Marinas [this message]
2008-02-26 17:49 ` Alex Chiang
2008-02-27 9:38 ` Karl Hasselström
2008-02-28 17:38 ` Alex Chiang
2008-02-28 21:50 ` Catalin Marinas
2008-02-29 7:58 ` Karl Hasselström
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b0943d9e0802260856j6e9b0053ne4916149d8e4387c@mail.gmail.com \
--to=catalin.marinas@gmail.com \
--cc=achiang@hp.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).