Re: [FAQ?] Rationale for git's way to manage the index

From: Petr Baudis <pasky@suse.cz>
Date: May 9, 2007, 12:52 UTC
Message-ID: <20070509125225.GP4489@pasky.or.cz>
In-Reply-To: <7vvef5c0fw.fsf@assigned-by-dhcp.cox.net>

On Sun, May 06, 2007 at 07:43:31PM CEST, Junio C Hamano wrote:

> A single liner "-m" is handy for "Oops, typofix in foo.c" kind
> of commit, but in such a case you literally would be changing
> only the typofix and won't have "edit foo.c; git add foo.c; edit
> foo.c; git commit" sequence anyway.

I don't get this argument - I frequently write quite long descriptions inside the -m argument(s), since I just find it more convenient than having to edit it in an editor, for various reasons. So there is really no reason why the "-m is only for short single-liner commit messages" hypothesis could hold true.

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Ever try. Ever fail. No matter. // Try again. Fail again. Fail better.
		-- Samuel Beckett