Eclipse 使用Subclipse访问不同分支中的SVN历史记录的最简单方法是什么？

我的团队支持一个小型Java开发团队，该团队一直在使用Eclipse和Subclipse开发分支。我们一直在定期地将与适当任务和缺陷相关的更改从这个开发分支合并到一个发布分支，最终合并到一个代表生产的主干中。根据CollabNet的最佳实践建议，我们最近从主干创建了一个新的开发分支，并将旧的开发分支移动到一个归档目录。（这样做的动机是，最终更改将在开发分支中累积，而这些更改在其他任何地方都不会被合并，并且开发分支将变得与发布分支和主干不切实际地不同。）

我们的java团队很失望地发现，一旦他们用新的开发分支创建了新的Eclipse工作区，Subclipse中的文件历史记录并没有显示所有的单独更改。仅列出合并操作。这是有意义的，因为新的开发分支是从trunk复制的，trunk只在trunk上执行这些合并

但是我们的Java团队希望能够轻松地引用旧开发分支中的历史。对他们来说，最简单的方法是什么？我能想到的一些选择是：

导航到SVN存储库中的旧分支，并查看其中的文件历史记录。这涉及到在存储库层次结构中进行大量单击，尤其是对单个源文件。有没有办法在这个透视图中输入一条路径并跳转到它？或者是单击层次结构的唯一方法

使用旧的开发分支维护一个单独的Eclipse工作区。这意味着切换工作区以查看各个开发人员的历史记录。而且很容易忘记你在哪个工作区

使用Team->Switch将文件或项目临时切换到同一工作区中的旧分支。然后查看切换文件的历史记录。很容易忘记切换的内容，这可能会导致提交到错误的分支

此外，这些选项都不便于比较新分支中的内容和旧分支中的内容

---

我错过了什么更容易的方法吗？非常感谢

如果你真的想遵循最佳实践，那么你应该看看基于主干的开发

svn日志中有一个选项可以显示合并的原始提交。这是使用命令行时的-g选项。在Subclipse中，它是历史视图上的复选框。“包括合并修订”。然后将展开合并以显示合并的内容。同样的选择也存在于责任之上。在许多情况下，这将使这些操作的运行时间大大延长

---

解决此问题的唯一方法是使用更好的流程。

您知道将产生预期结果的命令行吗，例如

svn log

？我想，如果有一个适合您的命令行，并且您希望在IDE中获得相同的结果，那么可以更容易地帮助您。这将更容易理解您期望的日志输出。非常感谢！不幸的是，“包含合并修订”复选框没有显示我希望看到的旧分支中的更改。我将开始研究您推荐的基于主干的分支开发方法。