[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rebasing inside staging

From: David Kastrup
Subject: Re: rebasing inside staging
Date: Tue, 29 Nov 2011 04:01:25 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (gnu/linux)

Graham Percival <address@hidden> writes:

> On Tue, Nov 29, 2011 at 03:41:25AM +0100, David Kastrup wrote:
>> Graham Percival <address@hidden> writes:
>> > 2) remove that commit, then rebase origin/staging on the result.
>> >
>> > I'm not comfortable rewriting history on a shared repository.
>> I'll do the second one.  Rewriting history is easy, and that is what
>> staging is for.
> Excellent!

The rebase causes merge conflicts later.  So I'll just back out the
whole sequence of commits related to jazz chords.  I think that will
cause fewer headaches to Adam.

If people have feature branches already based off a diverged local
version of staging, they might want to do

git fetch
git rebase --onto origin/staging staging feature-branch
[repeat for every feature branch]
git branch -f staging origin/staging
[now staging is reset to origin/staging]

in order to get rid of the old commits.  

David Kastrup

reply via email to

[Prev in Thread] Current Thread [Next in Thread]