在工作中，我们使用分支策略，所有更改都从开发分支开始，然后通过一个或多个集成分支，最后在发布分支中结束。
有时（比我想要的更多）我发现自己需要弄清楚特定更改的起源（哪个开发分支）。在这种情况下，我必须花费大量时间扮演侦探角色，通过 2-3 次合并来追溯变化。
我错过了一个简单的方法吗？
问问题
762 次
1 回答
3
在 subversion 1.5 和更高版本中，一些命令具有 -g 选项以使用 megeinfo 数据构建更完整的历史视图。这确实需要您在服务器上使用 subversion 1.5 或更高版本，并使用 svn 1.5 或更高版本完成所有合并。
- svn日志-g
- svn责备-g
快速测试表明这不能完美地工作（我在一个相当简单的测试用例中有重复的历史条目），但它可能足以满足您的需要。
更多关于新的 mergeinfo 属性：
http ://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html
于 2010-04-20T14:40:53.513 回答