Re: git rebase -i

From: Wincent Colaiuta <win@wincent.com>
Date: Feb 19, 2009, 09:36 UTC
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ó:

Show 8 quoted lines

> 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