Resolving issues with the commit message produces the wrong comment with CVS
|Assignee:||Toshi MARUYAMA||% Done:|
The comment redmine automatically closes the issue with will say something like 'Applied in changeset r_4.' instead of the actual changeset number.
#2 Updated by Jim Naslund about 10 years ago
Sorry, I should of clarified that -- no. Our actual revision numbers are in the thousands, but the numbers in the update message are always small. It looks like they are maybe temporary revisions used to group the CVS file changes into one changeset. I've also noticed that if I refresh the activity page while redmine is polling the respository the same 'changeset r_4' messages will appear. If I refresh after it is done they end up as real changeset numbers e.g. r9779.
I can't easily check the 1.0.x versions without upgrading our server.
#3 Updated by Toshi MARUYAMA about 10 years ago
- File cvs-close-text.png added
I confirmed svn trunk has this problem.
I attach an image.
The reason is following.
- cvs adapter creates changeset with temporary revison "_X" at source:tags/1.0.3/app/models/repository/cvs.rb#L121
- Changeset.after_create() is called and new journal is added at source:tags/1.0.3/app/models/changeset.rb#L76
- cvs adapter changes revisons "_X" to "Y" at source:tags/1.0.3/app/models/repository/cvs.rb#L148
#6 Updated by Toshi MARUYAMA almost 10 years ago
- File cvs-issue.png added
- File cvs-revision.png added
- Status changed from 7 to Closed
- Target version set to 1.2.0
- Resolution set to Fixed
To fix this issue, I generate pseudo scmid "branch_name-YYYYMMDD-HHMMSS".
Redmine generates pseudo revision number, and using this number for auto close issue text is very difficult.
Redmine supports scmid of Git, Mercurial, Bazaar and Darcs.
Redmine supports "commit:scmid" in wiki. You can use first some letters of scmid.
For example, "commit:branch_name-YYYYMMDD-HHMM".