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

Question

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

我们正在使用类似的git,善变,等等.但是-这里是关键-我们的新系统的工作非常有Eclipse的很好.CVS和SVN与Eclipse紧密集成(通过像Subclipse这样的插件),因此我们切换到的任何新版本控制系统都需要拥有符合该标准的自己的插件.

有这样的事吗？

Answer 1

Eclipse是致力于Git的,因为Alblue把它去年:

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

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

您将在EclipseCon2010演示文稿中找到第一个教程.Eclipse wiki中
有一个更详细的页面.

您可以在Ekke的页面中看到Eclipse中的Mercurial和Git .

与

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 Repositories.