Subversion:跟踪构建过程中的缺陷
所有开发提交都发生在分支上。我们要求在提交日志中输入缺陷编号。但是,一旦分支合并到主干,就没有缺陷数量的记录。我正在寻找一些关于跟踪从主干构建的缺陷的建议。
All development commits happen on branches. We mandate entering defect numbers in commit log. But, once the branches are merged to trunk, there are no records of the defect numbers. I am looking for some advise on tracking defects that are part of a build done from trunk.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
您需要使用
--use-merge-history
选项,简称为-g
。svn log -g
将包含合并提交的提交消息。如果您使用 TortoiseSVN,您可以在 日志对话框。
You need to use the
--use-merge-history
option, or-g
for short.svn log -g
will include the commit messages of the merged commits.If you use TortoiseSVN, you can check the "Include merged revisions" checkbox in the log dialog.
一种可能的方法是使用 svn:mergeinfo 属性。
在您的主干分支上运行此命令
,其中应该有已合并到主干中的修订的完整列表。以下是您可能会发现的内容的示例
现在您可以使用 svn log 来获取这些合并修订版的提交日志并提取缺陷号。 我认为
可以轻松编写脚本来自动化此过程。
One possible approach could be to make use of the svn:mergeinfo property.
Run this on your trunk branch
In there should be a complete list of the revisions that have been merged into the trunk. Here is an example of what you might find
Now you can use
svn log
to get the commit logs of those merged revisions and extract the defect numbers. Something likeI think a script could be easily written to automate this process.