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

Re: Feature Idea

From: Karl Heinz Marbaise <khmarbaise_at_gmx.de>
Date: Wed, 17 Dec 2008 13:10:27 +0100

Hi there,

> A configurable turnon/off feature.
> Whenever someone commits a change and the change contains comments such
> as "//" or "/* fgsdfgs*/" as in C# or Java....
> That those comments are automatically written as comments for that checkin.

Which of those comment should be take as commit message? The first one
the second one or all comments ?
On the other hand you need to do a parsing of the files to extract those
comments and that would mean to have parser for Java, C#, C, C++, Perl,
Python, Ruby, Pascal etc. to extract the comments and that is not the
duty of Subversion as version control tool...

> I know it makes us coders lazy but on the other hand a lot of people
> never comment their change in the svn clients but only in code.
> And if only the comments that are new/changed are being taken into
> account.... then its not too much information but usually only a limited
> number of them.
It would be better to convince people about the commit message and which
intention is behind this....
You can simply control this by creating a Hook script....

> Alternatively svn could take comments in the source into account that
> are written in a special way like i.e. //SVN: My comment...
That will not work, cause different languages have different comment
markers....

Kind regards
Karl Heinz Marbaise

-- 
SoftwareEntwicklung Beratung Schulung    Tel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz Marbaise        ICQ#: 135949029
Hauptstrasse 177                         USt.IdNr: DE191347579
52146 Würselen                           http://www.soebes.de
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=985657
Received on 2008-12-17 13:10:49 CET

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.