You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Elliotte Rusty Harold (Jira)" <ji...@apache.org> on 2019/12/22 11:46:00 UTC

[jira] [Commented] (MCHANGELOG-80) support selecting of changes by revision-range for subversion

    [ https://issues.apache.org/jira/browse/MCHANGELOG-80?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17001894#comment-17001894 ] 

Elliotte Rusty Harold commented on MCHANGELOG-80:
-------------------------------------------------

does this also apply to git?

> support selecting of changes by revision-range for subversion
> -------------------------------------------------------------
>
>                 Key: MCHANGELOG-80
>                 URL: https://issues.apache.org/jira/browse/MCHANGELOG-80
>             Project: Maven Changelog Plugin
>          Issue Type: New Feature
>            Reporter: Simon Kitching
>            Priority: Major
>         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 was sent by Atlassian Jira
(v8.3.4#803005)