Re: git rebase -i

From: Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
Date: Feb 19, 2009, 23:53 UTC
Message-ID: <gnkre1$g8s$1@ger.gmane.org>
In-Reply-To: <76718490902191255w24b30bd8jacaed8aa919d6526@mail.gmail.com>

On Thursday 19 February 2009 21:55, Jay Soffian wrote:

Show 15 quoted lines

> On Thu, Feb 19, 2009 at 4:21 AM, John Tapsell <johnflux@gmail.com> wrote:
>> Hi,
>>
>>  I often do   'git rebase -i HEAD~10'  to rebase.  Since afaics it
>> doesn't matter if you go back 'too far' I just always use HEAD~10 even
>> if it's just for the last or so commit.
>>
>>  Would there be any objections to making  'git rebase -i' default to
>> HEAD~10  or maybe 16 or 20.  Having sensible defaults for commands
>> helps a bit with making it easier to use.
> 
> I think the following might be reasonable to support:
> 
> $ git rebase -i -10
> $ git rebase -i -n -10

This feature gets my vote. I actually gave the implementation a quick try, but didn't get very far through it. I was actually considering making git rev-parse support the syntax.

Yes, as remarked by Johannes there are issue when there are merges in between (in which case -10 is most likely not the same as HEAD~10), but I would say that this is in no way a good reason to deprive users from the comfort it can give in most common situations.

-- 
Giuseppe "Oblomov" Bilotta