如果您使用svn+ssh作为访问存储库的协议，我强烈建议您选择Subclipse: subversion不够智能，不能正确地记住您的凭据，并且每次更新工作副本时都会提示您输入用户名和私钥，对于您可能已经设置的每个svn-external也是如此。

在这种情况下，“记住凭据”选项被打破了，并且自subversion的第一个公开发布以来一直如此。

如果您在自己的公司中使用其中的一种，甚至希望将它们捆绑到自己的基于Eclipse的产品中，那么使用Subclipse会更方便，因为它是在业务友好的Eclipse公共许可证下可用的。

另一方面，颠覆性需要所谓的连接器才能充分发挥作用。这些公司拥有不同的执照。因此，您可能会为subversion功能获得两到三个不同的许可证，而所有其他Eclipse插件都在一个EPL之下。这也是为什么这些连接器没有托管在eclipse.org上的原因。

这就是在subversion安装之后动态下载它们的原因(这也意味着仅仅镜像eclipse.org更新站点并不能在公司网络中提供可用的subversion离线安装)。

对我来说，两者都不好也不坏，但是subversion是Eclipse Ganymede平台中的默认SVN插件，所以它有可能与Eclipse更好地集成。

虽然我都是使用Helios工作的，但我对Subclipse有一点偏爱，因为它对bugtraq属性的出色支持(详细信息请参阅这里)。

历史视图显示了一个单独的列(标题为bugtraq:label，显示bugid)，上下文菜单有一个专门的动作“打开Bug URL”(链接到bugtraq: URL)——我不知道如何使用subversion访问这些信息。

subversion比Subclipse有更多的优点，如下所示。但是Subversion没有的一个特性是使用分支的关键。所以我们必须使用Subclipse。

颠覆性的优点:

视图和图标的信息量更大 刷新提交同步项后，关闭提交文件。

Subclipse优势

能够比较两个分支

两者都非常相似，但是subversion是“eclipse svn提供者”。我主要使用subversion是因为它有几个方便的特性:

历史分组

当我浏览一个分支的历史记录，而不仅仅是看到每个提交的一堆行时，它可以根据今天、星期等对提交进行分组。

中继、分支和标签的映射

subversion假定默认的svn布局:trunk、分支、标签(您可以更改)，因此每当您想要标记或分支时，只需单击一下，并提供标记或分支的名称。

就像我说的，这些都是我觉得方便的小区别。这两个扩展都可以很好地与mylyn一起工作，但总的来说，这两个扩展确实没有太多区别。

与subversion合并是一种痛苦(还没有尝试Subclipse)，我从来没有成功合并过。合并的预览是伟大的，但它永远不会完成合并，或者它将花费很长时间。大多数时候，我通过命令行完成合并，没有任何问题。