用于Eclipse，Subclipse和Subversive的SVN插件的优缺点是什么？

Question

Eclipse中的SVN分为两个阵营。SVN人们开发了一个名为Subclipse的插件。Eclipse人有一个名为Subversive的插件。从广义上讲，他们俩都做同样的事情。每种都有哪些优点和缺点？

Answer 1

两者非常相似，但是Subversive是“ eclipse svn提供程序”。我主要使用Subversive，因为它具有一些方便的功能：

历史分组

当我浏览分支的历史记录时，不仅可以看到每次提交的一堆行，还可以按今天，星期等对提交进行分组。

树干，分支和标签的映射

Subversive采用默认的svn布局：主干，分支，标签（可以更改），因此，每当要标记或分支时，只需单击一下即可提供标签或分支的名称。

就像我说的那样，这些都是微小的差异，我觉得很方便。两者都可以很好地与mylyn配合使用，但是总的来说，这两个扩展之间并没有太多区别。

与Subversive合并虽然很痛苦（还没有尝试Subclipse），但我从未能够成功合并。合并的预览效果很好，但是它永远不会完成合并，否则会花费很长时间。大多数时候，我会通过命令行完成合并而没有任何问题。

Answer 2

我会回答这个问题。我是Subclipse的项目负责人，并且管理该项目的所有发行版等。所以我的偏见很明显。

我不会过多谈论颠覆性。显然，有些用户喜欢它。产品在功能上非常相似，因为它们都是成熟产品。

我要评论的一件事是这种颠覆性概念是“官方Eclipse”插件。这是不正确的，因为没有这样的名称。Eclipse是一个开源基金会，任何想要遵循其规则，流程和IP要求等的项目都可以在该基金会的基础上托管他们的项目。这并没有使您比其他任何插件都正式。

我还要指出，颠覆性运动自诞生以来一直处于“孵化”阶段，在我看来它并不能满足毕业的要求。如您所见，项目上只有一个提交者，提交活动已减少到非常低的水平。

颠覆性-SVN团队提供者

那么为什么要使用Subclipse？我们积极参与Subversion本身。我是Subversion PMC成员，并且帮助维护Java语言绑定，以便我们（以及Subversive等其他项目）可以使用API。

我们直接与Subversion一起定义和改进API，并确保必要的功能向Subclipse之类的客户端公开。我们还紧密合作，并与Visual Studio集成（AnkhSVN）和TortoiseSVN团队合作，以确保各个客户端之间的用户体验相对一致。

Subclipse仍在积极维护中，我们维护对Eclipse 3.2至4.2版本的支持。我们一直在努力听取反馈并吸收社区的想法。最新的1.8.x版本包含内部更改，这些更改极大地提高了在处理大型项目时（即当您真正看到它时）Eclipse的性能。

Subclipse在诸如合并跟踪支持之类的领域中处于领先地位，在该领域中，我们与Subversion团队密切合作，首先在1.5中添加了此功能，然后在后续版本中对其进行了改进。我们通常是新API的最初使用者，并向项目提供了强化功能所需的反馈。几年前，我们还引入了图形化修订图功能，成为第一个将此长期要求的功能带给Eclipse用户的功能。

如果人们希望在Subclipse中看到某些特定的UI功能，那么我鼓励您访问我们的社区并参与我们的讨论论坛。也许其他用户可以分享您的观点，我们可以一起改善UI。

论坛[Subclipse用户]。

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

Answer 3

在Eclipse的每个新版本中，我都安装了Subversive，因为它是Eclipse提供的标准。每次遇到识别我先前存在的项目时都会遇到问题。

因此，我最终卸载了Subversive并安装了Subclipse，这非常出色。我也经常在命令行以及在Eclipse中使用SVN，Subclipse对此没有任何问题。