Eclipse中的SVN分为两个阵营。SVN的人开发了一个名为Subclipse的插件。Eclipse开发人员有一个名为subversion的插件。广义上讲,他们做的事情是一样的。它们各自的优点和缺点是什么?


当前回答

如果你正在使用Zend Studio 9 (Zend的Eclipse实现),我建议使用Subclipse而不是Zend Studio自带的subversion作为默认值。

我已经在Zend论坛上发布了一个关于subversion和Zend Studio 9的问题以及我使用Subclipse的解决方案。

其他回答

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

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

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

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

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

我没有加入CollabNet。

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

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

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

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

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

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

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

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

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