You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Thomas (JIRA)" <ji...@codehaus.org> on 2008/10/11 10:29:51 UTC

[jira] Issue Comment Edited: (MCHANGELOG-80) support selecting of changes by revision-range for subversion

    [ http://jira.codehaus.org/browse/MCHANGELOG-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=150554#action_150554 ] 

tfh2000 edited comment on MCHANGELOG-80 at 10/11/08 3:28 AM:
------------------------------------------------------------

added type="revision", fixed ChangeLogHandler, added to txt bundle, updated site (apt) files, only allowed for SVN b/c only tested with SVN + mvn 2.0.9. sup/BlueFish/

      was (Author: tfh2000):
    added type="revision", fixed ChangeLogHandler, added to txt bumdle, updated site (apt) files, only allowed for SVN b/c only tested with SVN + mvn 2.0.9. sup/BlueFish/
  
> support selecting of changes by revision-range for subversion
> -------------------------------------------------------------
>
>                 Key: MCHANGELOG-80
>                 URL: http://jira.codehaus.org/browse/MCHANGELOG-80
>             Project: Maven 2.x Changelog Plugin
>          Issue Type: New Feature
>            Reporter: Simon Kitching
>         Attachments: changelog_svn_revision.patch
>
>
> Currently, only selecting by-date is supported for Subversion. However subversion has a problem with date-selection in some cases.
> In particular, when CVS projects are imported into subversion, and the original commit date info is preserved during import, then all subversion select-by-date operations are broken for the repository. This is a known issue with subversion, and not likely to be fixed in the near future. The basic issue is that subversion maps a date to a revision-number by doing a binary-search across all its revisions, and assumes that the commit-date for revision N is before the commit-date for revision N+M. This is not true when external repos (CVS or other) are imported into subversion with original commit dates preserved.
> One example of a repository where this is a problem is *svn.apache.org*; all select-by-date is completely broken for the apache repo; always has been and will be until (if) a subversion release is made that has an additional "committed on" attribute for each commit, and changes made to svn to use an index on this property rather than its existing binary-search.
> It would therefore be *very* nice to be able to specify a subversion revision range, eg "from r100000 to HEAD" as the input to the report.

-- 
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