Eclipse中的SVN分为两个阵营。SVN的人开发了一个名为Subclipse的插件。Eclipse开发人员有一个名为subversion的插件。广义上讲,他们做的事情是一样的。它们各自的优点和缺点是什么?
当前回答
我会试着回答这个问题。我是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发行版。
其他回答
我们在团队中尝试了这两种方法。
由于Subclipse(来自Galileo/Helios的)通过VAS验证我们的SVN服务器有一些问题,我们在其他地方没有问题,即TortoiseSVN客户端,浏览器(Internet Explorer 7除外)。
所以我们安装了subversion,问题就解决了。
两者都非常相似,但是subversion是“eclipse svn提供者”。我主要使用subversion是因为它有几个方便的特性:
历史分组
当我浏览一个分支的历史记录,而不仅仅是看到每个提交的一堆行时,它可以根据今天、星期等对提交进行分组。
中继、分支和标签的映射
subversion假定默认的svn布局:trunk、分支、标签(您可以更改),因此每当您想要标记或分支时,只需单击一下,并提供标记或分支的名称。
就像我说的,这些都是我觉得方便的小区别。这两个扩展都可以很好地与mylyn一起工作,但总的来说,这两个扩展确实没有太多区别。
与subversion合并是一种痛苦(还没有尝试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。
我刚刚发现,我不知道如何使用Subclipse查看属性差异。在subversion中,您可以在历史视图中选择两个修订,右键单击并从弹出的窗口中选择比较属性。这足以让我坚持做颠覆者。
尝试切换的原因是subversion在OS X上的奇怪行为:一些称为“svn缓存更新”的自动操作在每次“svn更新”运行后占用CPU的异常水平,总是要花很长时间才能完成。
其实我觉得这两个都很烂。在我看来,使用TortoiseSVN是一个更好的解决方案。它要健壮得多,而且往往工作得更好,而且我总是在与Subclipse和subversion的集成方面遇到问题。
推荐文章
- Android Eclipse -无法找到*.apk
- 通过SSH使用Eclipse完成远程项目
- javac和Eclipse编译器之间的区别是什么?
- 如何删除SVN工作目录中的所有更改?
- 提交前将文件“unadd”到SVN
- 如何在清洁模式下运行eclipse ?如果我们这样做会发生什么?
- 如何在Eclipse中更改动态web项目的上下文根?
- Eclipse错误:间接引用所需的.class文件?
- 如何在Eclipse中只使用键盘去一个错误?
- 如何在Eclipse中生成Javadoc注释?
- 如何在EPF Composer 1.5中删除一个规程?
- Eclipse调试器总是阻塞在ThreadPoolExecutor上,没有任何明显的异常,为什么?
- 如何查看最近的SVN日志条目?
- 如何丢弃SVN签出中的本地更改?
- 是什么原因导致Eclipse中导入的Maven项目默认使用Java 1.5而不是Java 1.6,我如何确保它不使用?