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


当前回答

这两款我都试过了,Subclipse和Subversive都很糟糕。两者的安装都具有挑战性。如果使用subversion,则不能使用SVN外部客户端。

但是,您需要在Eclipse中安装一个SVN客户端,以跟踪更改,并且避免损坏本地存储库。

我已经安装了Subclipse,但使用TortoiseSVN实际做提交/标记/分支/合并。

其他回答

如果您使用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。

我会试着回答这个问题。我是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发行版。

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

对我来说,两者都不好也不坏,但是subversion是Eclipse Ganymede平台中的默认SVN插件,所以它有可能与Eclipse更好地集成。

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

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

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