只是更新一下。我最近正在重新安装Eclipse，面临着Subclipse和Subversive的选择。我也有自己的麻烦，试图让颠覆工作，所以我选择了Subclipse。

它完美地安装在我的Linux 64位机器上，运行得很好。我映射了最常见的功能，如更新，提交，..捷径，这是一个爆炸。合并也很好，尽管对于更大的合并，我仍然求助于TortoiseSVN。我在3.5和3.6上都试过，它们都工作得很好。由于某些原因，我最终使用了3.5，因为3.6不能使用键绑定。

对于Eclipse的每个新版本，我都会安装subversion，因为它是Eclipse提供的标准。每次，它都无法识别我之前的项目。

所以我最终卸载了subversion，并安装了Subclipse，它工作得非常出色。我还经常从命令行和Eclipse中使用SVN, Subclipse在这方面没有问题。

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

历史分组

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

中继、分支和标签的映射

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

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

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

它们都有非常令人发指的缺陷，但我无法让subversion与我从命令行签出的项目一起工作，这对我来说是一个表演的终结者。

我们在团队中尝试了这两种方法。

由于Subclipse(来自Galileo/Helios的)通过VAS验证我们的SVN服务器有一些问题，我们在其他地方没有问题，即TortoiseSVN客户端，浏览器(Internet Explorer 7除外)。

所以我们安装了subversion，问题就解决了。

其实我觉得这两个都很烂。在我看来，使用TortoiseSVN是一个更好的解决方案。它要健壮得多，而且往往工作得更好，而且我总是在与Subclipse和subversion的集成方面遇到问题。