Strange behavior with git rebase (-i)

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <git@...>
Date: Saturday, February 2, 2008 - 6:44 am

Hi,

I just hit a really strange thing:

I was on a branch called 'v4-0-test',
then I did a git rebase -i orgin/v4-0-test
and removed some patches and prefixed all others
with 'edit'.
Then:

git commit --amend
git rebase --continue
git commit --amend
git rebase --continue
git commit --amend
git commit --amend (again)
git branch
 * v4-0-test
git log
 (this showed what I wanted)
git show -p --stat
 (to really make sure that the top revision is the one I want)
git push origin v4-0-test
 And this pushed the top revision BEFORE the rebase!!!
 Because I forgot a 'git rebase --continue' to finalize the rebase.

In the end it's my fault, because I forgot the last rebase --continue,
but I think it's bad that git behaves that way.

Would it be possible to disable some operations while others
are unfinished, git am (-i) might have similar effects.

I was using git 1.5.3.2

Could it be that 6fd2f5e60d4d574ff9e5dd8ce1e229328c785d69 was
created to fix a similar problem?

metze

http://gitweb.samba.org/?p=3Dsamba.git;a=3Dcommit;h=3Dec0ee2aa5f4bef32f09=
a426d91c28c985f843038
and the 10 commits before...:-(
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Strange behavior with git rebase (-i), Stefan (metze) Metzmacher..., (Sat Feb 2, 6:44 am)
Re: Strange behavior with git rebase (-i), Johannes Schindelin, (Sat Feb 2, 11:42 am)
Re: Strange behavior with git rebase (-i), Steven Walter, (Sat Feb 2, 12:25 pm)
Re: Strange behavior with git rebase (-i), Johannes Schindelin, (Sat Feb 2, 1:08 pm)
Re: Strange behavior with git rebase (-i), Stefan (metze) Metzmacher..., (Sat Feb 2, 9:21 pm)