From: Junio C Hamano <junkio@cox.net>
Date: Tue, 30 May 2006 08:38:46 GMT
Subject: Re: [PATCH] Automatically line wrap long commit messages.
Message-ID: <7vhd373o15.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <20060529094605.GB27194@spearce.org>

Shawn Pearce <spearce@spearce.org> writes:

> OK.  Ignore both patches then.  Two negative votes in such a short
> time suggests they are probably not generally accepted.  ;-)
>
>> We probably should allow "commit -F -" to read from the standard
>> input if we already don't, but that is about as far as I am
>> willing to go at this moment.
>
> We do.  So apparently the solution to my usage issue is:
>
> 	$ fmt -w 60 | git commit -F-
> 	This is my message.
>
> 	This is the body.  Etc....
> 	EOF
>
> I'm thinking that's too much work for me.

If we supported multiple -m (presumably each becomes a single line?)
with internal fmt, I do not see how it would become less work.

	$ git commit -w60 -m "This is my message." \
        	-m '' \
        	-m 'This is the body.  Etc....'

looks more typing to me, even without the second line to force
the empty line between the summary and the body.