Re: [BUG] git rebase is confuse if conflict resolution doesn't produce diff

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Guillaume Desmottes <guillaume.desmottes@...>
Cc: <git@...>
Date: Friday, August 15, 2008 - 2:41 pm

Guillaume Desmottes <guillaume.desmottes@collabora.co.uk> writes:


I think you would need a bit more than that to trigger this "behaviour".
Your resolution needs to be such that it is identical to the HEAD where
the rebased change is applied to, iow, among the series of commits, the
final effect chosen by you from this particular one is not to do
anything.  So, not just "Now git diff produces an empty diff" in the above
sequence, which merely means that the three-way --cc diff between the
conflicted parties are resolved by taking from one side, after that "git
add", "git diff HEAD" will have to be empty, for you to see the message.

In essence, the final effect chosen by you is to skip this commit.  You
might want to say "git rebase --skip" here if that is the case.

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[BUG] git rebase is confuse if conflict resolution doesn't p..., Guillaume Desmottes, (Fri Aug 15, 1:00 pm)
Re: [BUG] git rebase is confuse if conflict resolution doesn..., Junio C Hamano, (Fri Aug 15, 2:41 pm)
Re: [BUG] git rebase is confuse if conflict resolution doesn..., Guillaume Desmottes, (Mon Aug 18, 5:10 am)