scm:changelog command does not pick up svn changes when author has spaces
-------------------------------------------------------------------------

                 Key: SCM-455
                 URL: http://jira.codehaus.org/browse/SCM-455
             Project: Maven SCM
          Issue Type: Bug
          Components: maven-scm-provider-svn
    Affects Versions: 1.2
         Environment: Maven 2.0.10
            Reporter: Todd Thiessen
         Attachments: scm-author.patch

If the author of a change has spaces in it, the scmLchangelog does not pick up 
this change. I have reproduced this with svn. I have not tried with other 
providers.

I have done a detailed analysis of the problem and have a fix.

The file which parses the changelog output is:

scm\maven-scm-providers\maven-scm-providers-svn\maven-scm-provider-svnexe\src\main\java\org\apache\maven\scm\provider\svn\svnexe\command\changelog\SvnChangeLogConsumer.java

This file uses a regular expression which does not recognize a regular 
expression which contains spaces in the author's name. The regular expression 
expects the author to be in a "userID" kind of format.

So, for example, if the author of a change was "thiessen", then the command mvn 
scm:changelog would pick up this change.

However, if the author was "Todd Thiessen", the change which be skipped 
entirely.

As far as my understanding goes, svn:author is simply a property and makes no 
statement that the author MUST be in userID format.  SVN users are free to 
change the author as they see fit using SVN hooks.  This is reasonable since 
often the userID isn't very readable to a human reader. Thus putting in the 
author's full name is very helpful.

Note that this issue has downstream effects in that it affects the change log 
plugin:

http://maven.apache.org/plugins/maven-changelog-plugin/

I have submitted a patch with a resolution to this. The patch simply treats the 
author portion of an svn log command as text.  It does not mandate that the 
author must be in a certain format. The patch includes junit tests cases which 
reproduce the problem and also the changes to the main code to fix it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to