Re: git rebase --continue automatic --skip?
- From
- Joshua Juran <jjuran@gmail.com>
- Date
- Apr 13, 2011, 19:02 UTC
- Message-ID
- <D9A445D1-C0B5-4CB4-A847-E44618A6DD90@gmail.com>
- In-Reply-To
- <7vy63iyk2r.fsf@alter.siamese.dyndns.org>
On Apr 9, 2011, at 6:24 PM, Junio C Hamano wrote:
Show 21 quoted lines
> Jeff King <peff@peff.net> writes: > >> I put it in rebase and not straight into "git am", as I'm not sure >> that >> "am" would want to share the same behavior. I'm not sure why we >> haven't >> done this up until now. Maybe there is some corner case I'm not >> thinking >> of where the user would want to do something besides skip when we hit >> this situation. I dunno. > > I think the "rebase --continue" behaviour was more or less > deliberate (I > do not necessarily agree with the reasoning, though). It is to ensure > that the user has a chance to examine the situation and acknowledge > that > it is fine to completely drop the now obsoleted change, as having to > adjust the change to an updated base, even with conflict resolution, > may > be common, it is a rare and notable event that the resolution ends up > being empty.
Rather than changing --continue, the proposed behavior could be added as `git rebase --next`.
Josh