Eclipse中分布式版本控制的建议

Question

我们是一家小型软件公司，已经使用CVS和SVN进行版本控制（以及Eclipse编写代码）大约10年。我们现在正在考虑将一些项目转换为使用分布式版本控制系统。

我们希望使用类似git，mercurial等的东西。但是 - 这就是关键 - 我们的新系统必须与Eclipse一起工作非常。 CVS和SVN与Eclipse紧密集成（通过像Subclipse这样的插件），因此我们切换到的任何新版本控制系统都需要有自己的插件才能达到该标准。

这样的事情是否存在？

Answer 1

Eclipse致力于Git，Alblue将其last year：

  

此时，Eclipse和DVCS的未来在于eGit，无论它是好还是坏。 Eclipse 3.6系列很可能默认支持eGit;它基于NetBeans将用于NetBeans实现的相同JGit库，因此至少它可能会保持最新。

     

关于Eclipse bug 257706上不同DVCS的优点一直存在争议，最终结果是Git作为Eclipse的未来DVCS，而不是其他DVCS。

您将在此EclipseCon2010 presentation找到第一个教程 以及Eclipse wiki中的更详细的页面。

你可以在那些Ekke's pages中看到Eclipse中的Mercurial和Git。

VS

Ekke当时的结论（2010年3月）很好地总结了两个DVCS工具在Eclipse中的位置：

  

也许你问：为什么Mercurial？难道你不知道Eclipse项目迟早会使用EGit / JGit吗？   是的 - 我知道，我当然会使用EGit来访问Eclipse Projects   但我正在寻找现在正在解决的解决方案并解决我们工作流程的需求。使用DVCS，您可以更自由地组织和使用您的存储库，您可以轻松地在所有存储库之间进行推/拉。这并不总是很容易解决 - 但你正在使用的工具应该是。

     

我非常感谢EGit / JGit团队在过去几个月所做的辛勤工作，直到Helios发布还有很多工作要做。
  感谢您修复错误，我会支持您测试和报告问题。也许在几个月内世界看起来不同 - 有一些方法可以将hg转换为git http://hg-git.github.com/或快速导出。我将尝试这些转换器 - EclipseCon之后的项目，以提供redView和red-open的源也作为Git存储库。

Answer 2

来自软件更新工具的Git，Lookup EGit存在一个插件。它仍在孵化，所以我没有评论它的稳定性。到目前为止似乎还不错。

Answer 3

我们的团队从svn转换为git，但目前还没有紧密集成。我们更喜欢CLI而不是gui。我想在未来它会变得更好，但是现在它可能是一个争论的焦点。我们对git非常满意，很高兴使用它。