From: Wincent Colaiuta <win@wincent.com>
Date: Thu, 19 Feb 2009 09:36:40 GMT
Subject: Re: git rebase -i
Message-ID: <A3E3A7A0-F03F-4C8B-B3F8-756B0E89798C@wincent.com>
In-Reply-To: <43d8ce650902190121v2e18aac1rfaa64a4ce6e799a3@mail.gmail.com>

El 19/2/2009, a las 10:21, John Tapsell escribió:

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

Sounds awfully arbitrary and counter-intuitive to me.

Take a sample of Git users who know what "git rebase" does and ask  
them what they intuitively think "git rebase -i" without any  
additional arguments should do; I'd be _extremely_ surprised if they  
answered that it should default to HEAD~10, HEAD~16, HEAD~20, or  
HEAD~N for any N.

(I could tell you what my intuition tells me, but I don't think it's  
very interesting.)

Cheers,
Wincent