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

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

如果你经常使用Subversion进行合并，那么你可能会更喜欢CollabNet桌面版- Eclipse版。你必须在CollabNet注册一个账户才能下载，但它是免费的。它本质上是Subclipse，具有更好的合并UI。

我没有加入CollabNet。

CollabNet已经将改进后的合并客户端提供给Subclipse的非注册用户。当从更新站点安装Subclipse时，您可以通过选择CollabNet Merge Client特性来获得它。

我升级到Ganymede后就一直在用subversion。我在Linux (Ubuntu和Fedora Core)、Windows XP和Mac OS X.5中的Eclipse中使用它。除了让Subversion 1.5.1在Mac OS下使用正确的安全库有一些问题外，我没有遇到任何问题。鉴于它已经被采纳为一个Eclipse技术项目，我倾向于把赌注押在它身上，就长期希望而言。

+ 1 Subclipse 1颠覆性的

subversion即使在进行了很小的重构之后也会感到困惑，并存在如上所述的验证问题。

环境:STS 2.7.2(基于Galileo)

FWIW，我们使用的是一个旧版本的SVN服务器(1.4左右)，我似乎记得有一次Subclipse的更新打破了向后兼容性，要点是“没有人应该使用这么旧版本的SVN”。

颠覆是唯一一个似乎能够处理旧版本。但我不记得细节了，抱歉。

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

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

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