aborting rebase -i right at the start, was Re: [BUG] - "git commit --amend" commits, when exiting the editor with no changes written

From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Feb 3, 2010, 09:08 UTC
Message-ID: <alpine.DEB.1.00.1002031006570.3099@intel-tinevez-2-302>
In-Reply-To: <vpqaavqkc1s.fsf@bauges.imag.fr>

Hi,

On Wed, 3 Feb 2010, Matthieu Moy wrote:

Show 5 quoted lines

> 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. That's where the underadvertised "noop" command comes in.

Ciao, Dscho