我选择使用Subclipse，因为它与Subversion项目联系最紧密，因此更有可能更好地处理SVN的核心功能。如果它不能执行任何功能，那么我有TortoiseSVN作为备份。

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

这两种我都用过，虽然Subclipse对我来说很不可靠，但subversion(至少在以前的版本中)在我的同事不小心输入了错误的凭据(网络登录用于访问subversion存储库)时锁定了他的帐户。

随着时间的推移，Subclipse往往变得杂乱无章。如果不定期刷新Eclipse, Subclipse似乎会丢失其文件跟踪信息。老实说，虽然，因为我有Easy Explorer插件，我使用subversion(偶尔)来记录历史和更改信息，但我很容易探索和使用TortoiseSVN来提交和更新我知道我最近更改的项目。

我刚刚发现，我不知道如何使用Subclipse查看属性差异。在subversion中，您可以在历史视图中选择两个修订，右键单击并从弹出的窗口中选择比较属性。这足以让我坚持做颠覆者。

尝试切换的原因是subversion在OS X上的奇怪行为:一些称为“svn缓存更新”的自动操作在每次“svn更新”运行后占用CPU的异常水平，总是要花很长时间才能完成。

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

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

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

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

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