+ 1 Subclipse 1颠覆性的

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

环境:STS 2.7.2(基于Galileo)

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

颠覆性的优点:

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

Subclipse优势

能够比较两个分支

两者我都用过。我有一个问题，我的工作空间里有大约150个项目，当我选择所有的插件并选择“同步存储库”时，subversion会花很长时间。UI会冻结很长一段时间。我发现Subclipse更稳定。

总之，我经常结合使用这些工具。对于一些任务，比如检查整个分支，我更喜欢命令行。对于其他人，我使用TortoiseSVN。我使用Subclipse主要是为了查看历史记录并直接在工具上运行比较，偶尔也会进行比较(不过我更喜欢Beyond compare)。

Subclipse，因为至少它可以工作。

到目前为止，颠覆性一直是我的一大失败。它不能很好地处理我用Subclipse检查的所有旧项目。

当然，这两个IDE插件都有它们的问题。但两者都不排除并行使用其他解决方案，如TortoiseSVN或命令行。我在工作中使用这三种方法。

需要记住的重要一点是，所有客户端SVN软件都应该使用相同的SVN文件格式(不同版本的SVN不同)，否则就会自找麻烦。

我们发现的另一个问题是当客户端软件使用与服务器不同的SVN文件格式时。(所谓文件格式，我指的是所有信息在所有那些看似不可见的. SVN文件中表示的方式，这些文件有效地记录了SVN需要知道的关于您的项目文件的信息。)这会造成严重破坏。在1.5服务器和1.6客户端之间有一个有记录的错误，但我现在找不到链接。

由于与我们的SVN 1.5.5服务器不兼容，我们在运行高级(IMO) Subclipse 1.6插件时遇到了问题。所以我们回到了《颠覆者》。它工作得很好，尽管速度较慢并且有些bug(但正在改进)。不过，当我们的服务器更新时，我们将切换到Subclipse。是的，我们用TortoiseSVN检查我们的项目，并将它们导入Eclipse(这样更快)。

我们发现，正如其他帖子所说，如果我们运行更新版本的TortoiseSVN，在1.6中编写文件，它将不起作用。x格式，但当我们恢复到TortoiseSVN 1.5。X，它工作得很好。命令行客户端也是如此(我们在Ant任务中利用了它)。

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

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

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