我会试着回答这个问题。我是Subclipse的项目负责人，我管理项目的所有发布等。所以我的偏见很明显。

我不打算过多地谈论颠覆。显然，有用户在使用它并喜欢它。产品功能非常相似，都是成熟的产品。

我想要评论的一件事是，subversion在某种程度上是“官方Eclipse”插件。这是不正确的，因为没有这样的名称。Eclipse是一个开源基金会，任何想要遵循他们的规则、流程和IP需求等的项目都可以在这个基金会中托管他们的项目。这并不意味着你比其他插件更正式或更不正式。

我还要指出，subversion自成立以来一直处于“孵化”阶段，在我看来，它永远也达不到毕业的要求。正如您在这里看到的，项目中只有一个提交者，提交活动已经减少到非常低的水平。

颠覆性- SVN团队提供者

那么为什么要使用Subclipse呢?我们积极参与Subversion本身。我是Subversion PMC成员，帮助维护Java语言绑定，以便我们(以及像Subversion这样的其他项目)可以使用API。

我们直接与Subversion合作来定义和改进API，并确保将必要的特性公开给Subclipse等客户端。我们还与Visual Studio集成(AnkhSVN)和TortoiseSVN团队密切合作，以确保跨客户端有相对一致的用户体验。

Subclipse仍在积极维护，我们维护对Eclipse 3.2到4.2版本的支持。我们总是尝试着听取反馈并整合来自社区的想法。最近的1.8。x发行版包括内部更改，这些更改在处理大型项目时极大地提高了Eclipse的性能(这就是您真正看到它的时候)。

Subclipse在合并跟踪支持等领域处于领先地位，我们与Subversion团队密切合作，首先在1.5中添加了该特性，然后在后续版本中对其进行了改进。我们通常是新API的最初消费者，并为项目提供加强该特性所需的反馈。几年前，我们还引入了一个图形化的修订图形特性，成为第一个将这个渴望已久的特性提供给Eclipse用户的公司。

如果subversion中有人们希望在Subclipse中实现的特定UI功能，我鼓励您访问我们的社区并参与我们的论坛。也许其他用户可以分享你的观点，我们可以一起改进用户界面。

论坛[Subclipse-users]。

Eclipse 4.2是本文发布时的最新版本，但是可以肯定的是，Subclipse将支持所有未来的Eclipse发行版。

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

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

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

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

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

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

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

我没有加入CollabNet。

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

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

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