[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PROPOSAL] enforce log messages as series of lines

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2006-03-02 04:55:39 CET

On 2006-03-01 19:53:48 -0600, kfogel@collab.net wrote:
> The user could easily remove that newline -- I've done it before.
> What the user should not do is remove that newline while neglecting to
> also remove
>
> --This line, and those below, will be ignored--
>
> and everything below it (unless the user wants a very bad-looking log
> message, of course).

This is what I do, but this is annoying. I meant that the user
can't remove the newline in the "normal" way to use the editor.

> > The user mustn't be forced to use a hook to avoid an inconsistency
> > that svn introduced.
>
> The question of whether svn introduced this inconsistency is a topic
> of some dispute, as you may have noticed :-). One could also do
>
> $ svn ci -m "this is a log message ending in a newline
> "
>
> That works, it's just highly unusual for anyone to actually do it.

First, it's very uncommon and not intuitive. Secondly, it does not
work under tcsh (this is one of the many known bugs of this crap),
which is a shell still used by many people.

Subversion should be consistent concerning the two *common* ways to
write log messages, even though there are workarounds. If this is
done by a hook, then it should be installed by default.

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Mar 2 04:56:40 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.