From: Petr Baudis Date: Wed, 09 May 2007 12:52:25 GMT Subject: Re: [FAQ?] Rationale for git's way to manage the index 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