From: Jay Soffian <jaysoffian@gmail.com>
Date: Fri, 20 Feb 2009 00:26:23 GMT
Subject: Re: git rebase -i
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:

>> $ 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.