Re: aborting rebase -i right at the start, was Re: [BUG] - "git commit --amend" commits, when exiting the editor with no changes written
- From
SZEDER Gábor <szeder@ira.uka.de>
- Date
- Feb 3, 2010, 09:41 UTC
- Message-ID
- <20100203094144.GM15202@neumann>
- In-Reply-To
- <alpine.DEB.1.00.1002031006570.3099@intel-tinevez-2-302>
On Wed, Feb 03, 2010 at 10:08:50AM +0100, Johannes Schindelin wrote:
Show 15 quoted lines
> Hi,
>
> On Wed, 3 Feb 2010, Matthieu Moy wrote:
>
> > Strictly speaking, an empty [rebase -i] todolist should mean to drop all
> > the patches (like a todolist with just one line would mean to drop all
> > the others). But a user never wants to do that (otherwise, "git reset"
> > would be the right command), so "git rebase -i" considers it as a
> > special case.
>
> Actually, it is a design bug, but it was the only sane way I could think
> of aborting the rebase.
>
> Note that there _are_ users who want to do that ("let me see what commits
> I have, ah, oh, okay, I want none of them"). I am one of those.I regularly mess up the todo file so badly that I don't want to bother with undo but rather start over from the beginning.
Best, Gábor