在工作中，我们使用分支策略，其中所有更改都从开发分支开始，然后通过一个或多个集成分支进行，最后在发布分支中结束。
有时(比我想要的更频繁)我发现自己需要弄清楚特定更改的起源(哪个开发分支)。在这种情况下，我必须花费大量时间扮演侦探，以通过 2-3 次合并向后追踪更改。
我错过了一个简单的方法来做到这一点吗？
最佳答案
在 subversion 1.5 和更高版本中，一些命令有一个 -g 选项来使用 megeinfo 数据来构建更完整的历史 View 。这确实需要您在服务器上使用 subversion 1.5 或更高版本，并与 svn 1.5 或更高版本完成所有合并。
一个快速测试表明这不能完美地工作(我在一个相当简单的测试用例上有重复的历史条目)但它可能足以满足您的需要。
有关新的 mergeinfo 属性的更多信息:
http://svnbook.red-bean.com/nightly/en/svn.branchmerge.basicmerging.html
关于svn - 通过多次合并跟踪 SVN 更改，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2640046/