Eclipse 中分布式版本控制的建议
我们是一家小型软件公司，使用 CVS 和 SVN 进行版本控制（使用 Eclipse 编写代码）已有大约 10 年的时间。我们现在正在考虑将一些项目切换为使用分布式版本控制系统。
我们希望使用 git、mercurial 等工具。但是——这是关键——我们的新系统必须与 Eclipse 配合得非常。 CVS 和 SVN 与 Eclipse 紧密集成（通过 Subclipse 等插件），因此我们切换到的任何新版本控制系统都需要有自己的符合该标准的插件。
有这样的事情存在吗？
We're a small software company that has been using CVS and SVN for version control (and Eclipse for writing code) for about 10 years. We're now considering switching some of our projects to use a distributed version control system.
We're looking to use something like git, mercurial, etc. But--and here's the key--our new system has to work very well with Eclipse. CVS and SVN are tightly integrated with Eclipse (via plugins like Subclipse), so any new version control system that we switch to will need to have its own plugins that live up to that standard.
Does anything like this exist?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
Eclipse 致力于 Git，正如 Alblue 所说的去年：
您将在此 EclipseCon2010 演示文稿中找到第一个教程。
Eclipse wiki 中有更详细的页面。
您可以在 Eclipse 中的 Ekke 的页面。
与
Ekke 当时（2010 年 3 月）的结论很好地总结了这两个 DVCS 工具与 Eclipse 的关系：
Eclipse is committed to Git, as Alblue put it last year:
You will find a first tutorial in this EclipseCon2010 presentation.
And a more detailed page in the Eclipse wiki.
You can see both Mercurial and Git in action in Eclipse in those Ekke's pages.
vs.
Ekke's conclusion at the time (March 2010) was a nice summary of where the two DVCS tools stand with Eclipse:
Git 有一个插件，来自软件更新工具的 Lookup EGit。但它仍处于孵化阶段，所以我对它的稳定性不予置评。不过到目前为止看起来还不错。
A plugin exists for Git, Lookup EGit from the Software Updates tool. Its still in incubation though, so I've no comment on how stable it is. Seems ok so far though.
我们的团队从 svn 转换为 git，但目前它的集成度还不够紧密。我们更喜欢 CLI，而不是一般的 GUI。我想未来它会变得更好，但现在这可能是一个争论点。不过我们都对 git 非常满意，并且很高兴使用它。
Our team converted from svn to git, but it is currently not as tightly integrated. We prefer the CLI for it rather than the gui in general. I imagine in the future it gets better, but for now it may be a point of contention. We're all very satisfied with git though, and glad to be using it.