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


当前回答

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

其他回答

subversion比Subclipse有更多的优点,如下所示。但是Subversion没有的一个特性是使用分支的关键。所以我们必须使用Subclipse。

颠覆性的优点:

视图和图标的信息量更大 刷新提交同步项后,关闭提交文件。

Subclipse优势

能够比较两个分支

其实我觉得这两个都很烂。在我看来,使用TortoiseSVN是一个更好的解决方案。它要健壮得多,而且往往工作得更好,而且我总是在与Subclipse和subversion的集成方面遇到问题。

只是更新一下。我最近正在重新安装Eclipse,面临着Subclipse和Subversive的选择。我也有自己的麻烦,试图让颠覆工作,所以我选择了Subclipse。

它完美地安装在我的Linux 64位机器上,运行得很好。我映射了最常见的功能,如更新,提交,..捷径,这是一个爆炸。合并也很好,尽管对于更大的合并,我仍然求助于TortoiseSVN。我在3.5和3.6上都试过,它们都工作得很好。由于某些原因,我最终使用了3.5,因为3.6不能使用键绑定。

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

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

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