Re: git rebase -i
- From
Jay Soffian <jaysoffian@gmail.com>
- Date
- Feb 20, 2009, 00:26 UTC
- Message-ID
- <76718490902191626u2202ed38xf63111b6a2758206@mail.gmail.com>
- In-Reply-To
- <7vzlgij7cb.fsf@gitster.siamese.dyndns.org>
On Thu, Feb 19, 2009 at 7:11 PM, Junio C Hamano <gitster@pobox.com> wrote:
Show 6 quoted lines
>> $ git rebase -i -10 >> $ git rebase -i -n -10 > > The syntax would certainly imply a different semantics from giving > HEAD~10. How would you compute the set of commits to rebase sanely when > you have merges after your 10th direct parent commit?
I didn't mean to suggest that -10 and HEAD~10 are the same thing.
I would expect -10 to act the same when given to rebase as it does when given to format-patch. In both cases, you are asking the command for a set of commits.
But as I said, I don't exactly know what -10 means to format-patch if there are merge commits because I've never tried to use it in such a context.
j.