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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 03, 2010 at 10:08:50AM +0100, Johannes Schindelin wrote:
> 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

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]