Re: git rebase -i

From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Feb 19, 2009, 21:04 UTC
Message-ID: <alpine.DEB.1.00.0902192203280.6223@intel-tinevez-2-302>
In-Reply-To: <76718490902191255w24b30bd8jacaed8aa919d6526@mail.gmail.com>

Hi,

On Thu, 19 Feb 2009, Jay Soffian wrote:

Show 14 quoted lines

> On Thu, Feb 19, 2009 at 4:21 AM, John Tapsell <johnflux@gmail.com> wrote:
>
> >  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

I disagree.

You think -10 would be the same as HEAD~10? Think again. And include merge commits amongst the last 9 commits in your thoughts.

Once you thought about such a scenario, "-10" is probably no longer that attractive, right?

Ciao, Dscho