Eclipse中的SVN分为两个阵营。SVN的人开发了一个名为Subclipse的插件。Eclipse开发人员有一个名为subversion的插件。广义上讲,他们做的事情是一样的。它们各自的优点和缺点是什么?
当前回答
只是更新一下。我最近正在重新安装Eclipse,面临着Subclipse和Subversive的选择。我也有自己的麻烦,试图让颠覆工作,所以我选择了Subclipse。
它完美地安装在我的Linux 64位机器上,运行得很好。我映射了最常见的功能,如更新,提交,..捷径,这是一个爆炸。合并也很好,尽管对于更大的合并,我仍然求助于TortoiseSVN。我在3.5和3.6上都试过,它们都工作得很好。由于某些原因,我最终使用了3.5,因为3.6不能使用键绑定。
其他回答
我刚刚发现,我不知道如何使用Subclipse查看属性差异。在subversion中,您可以在历史视图中选择两个修订,右键单击并从弹出的窗口中选择比较属性。这足以让我坚持做颠覆者。
尝试切换的原因是subversion在OS X上的奇怪行为:一些称为“svn缓存更新”的自动操作在每次“svn更新”运行后占用CPU的异常水平,总是要花很长时间才能完成。
它们都有非常令人发指的缺陷,但我无法让subversion与我从命令行签出的项目一起工作,这对我来说是一个表演的终结者。
如果你经常使用Subversion进行合并,那么你可能会更喜欢CollabNet桌面版- Eclipse版。你必须在CollabNet注册一个账户才能下载,但它是免费的。它本质上是Subclipse,具有更好的合并UI。
我没有加入CollabNet。
CollabNet已经将改进后的合并客户端提供给Subclipse的非注册用户。当从更新站点安装Subclipse时,您可以通过选择CollabNet Merge Client特性来获得它。
其实我觉得这两个都很烂。在我看来,使用TortoiseSVN是一个更好的解决方案。它要健壮得多,而且往往工作得更好,而且我总是在与Subclipse和subversion的集成方面遇到问题。
如果您使用svn+ssh作为访问存储库的协议,我强烈建议您选择Subclipse: subversion不够智能,不能正确地记住您的凭据,并且每次更新工作副本时都会提示您输入用户名和私钥,对于您可能已经设置的每个svn-external也是如此。
在这种情况下,“记住凭据”选项被打破了,并且自subversion的第一个公开发布以来一直如此。
推荐文章
- 访问限制:'Application'类型不是API(必需库rt.jar的限制)
- 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签出中的本地更改?