我的团队正在支持一个小型Java开发团队，他们一直在使用Eclipse和Subclipse开发分支。我们定期将与此开发分支中的相应任务和缺陷相关的更改合并到发布分支，该分支最终会合并到代表生产的主干中。根据CollabNet的最佳实践建议，我们最近从主干创建了一个新的开发分支，并将旧的开发分支移动到归档目录。 （这样做的动机是，最终的更改会在开发分支中累积，而这些分支永远不会在其他任何地方合并，并且开发分支将与发布分支和主干分开。）
我们的java团队很失望地发现，一旦他们使用新的开发分支创建了新的Eclipse工作区，Subclipse中的文件历史记录并没有显示他们所有的个人更改。仅列出合并操作。这是有道理的，因为新的开发分支是从trunk复制的，后者只在其上执行了这些合并。
但是我们的Java团队希望能够轻松地引用旧开发分支中的历史记录。他们这样做最简单的方法是什么？我能想到的一些选择是：
导航到SVN Repository Exploring透视图中的旧分支，并检查其中的文件历史记录。这涉及大量单击存储库层次结构，尤其是单个源文件。有没有办法在这个视角中输入路径并跳转到它？或者是点击层次结构的唯一方法吗？
使用旧的开发分支维护单独的Eclipse工作区。这意味着切换工作区以查看各个开发人员历史记录。而且很容易忘记你所在的工作区。
使用团队 - ＆gt;切换到临时将文件或项目切换到同一工作区中的旧分支。然后查看切换文件的历史记录。很容易忘记你切换的内容，这可能会导致错误的分支。
此外，这些选项都不能轻松比较新分支中的内容与旧分支中的内容。
我有什么比这更容易的方法吗？非常感谢！
答案 0 :(得分：1)
如果您真的想要遵循最佳实践，那么您应该考虑基于主干的开发。 https://trunkbaseddevelopment.com
svn log有一个选项可以显示合并的原始提交。使用命令行时，这是-g选项。在Subclipse中，它是History视图中的一个复选框。 ＆＃34;包括合并修订＆＃34;。然后，这将扩展合并以显示合并的内容。 Blame上存在相同的选项。在许多情况下，这将使这些操作运行时间更长。
解决此问题的唯一方法是使用更好的流程。