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

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

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

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

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

Subclipse的优势在颠覆…它真的有用!

很久以前，我在为Eclipse开发依赖于Subclipse的协作插件时使用过Subclipse。插件的Subclipse部分从来都不是问题，尽管整个Ant的事情仍然让我有点困惑，但好的部分是你不必理解Ant部分是如何工作的，就知道如何使用它。

我今天试图安装PDT(这是另一个完整的博客)，然后是subversion，因为像许多人一样，它被描述为“Eclipse SVN插件”。我无法同时安装这四个连接器，所以我必须一次安装一个，一次安装一个。我尝试了它们，但一次安装一个，它无法通过SVN服务器进行身份验证。

我正在尝试PDT和颠覆，因为我想节省时间，而不是花更多的时间在不同的问题上与一个插件。

我卸载了subversion，安装了Subclipse，然后像这样连接。

节省自己的时间和麻烦，去Subclipse从一开始。

如果您使用TortoiseSVN并定期更新版本，您可能会发现Eclipse与subversion丢失了所有SVN信息并抛出一些可怕的错误。

原因是新版本的TortoiseSVN添加了新的元数据，Eclipse subversion无法理解这些元数据，除非您也使Eclipse SVN连接器保持最新状态。

我一般使用SVNKit连接器，所以TortoiseSVN 1.5。x将与Eclipse SVNKit连接器1.5兼容。x和TortoiseSVN 1.6。使用Eclipse SVNKit连接器1.6.x。

+ 1 Subclipse 1颠覆性的

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

环境:STS 2.7.2(基于Galileo)

虽然我都是使用Helios工作的，但我对Subclipse有一点偏爱，因为它对bugtraq属性的出色支持(详细信息请参阅这里)。

历史视图显示了一个单独的列(标题为bugtraq:label，显示bugid)，上下文菜单有一个专门的动作“打开Bug URL”(链接到bugtraq: URL)——我不知道如何使用subversion访问这些信息。