Mercurial如何与GIT和SVN抗衡?

至于与Git的比较,Google最近根据Git和Mercurial的评估发布了一个有趣的比较: http://code.google.com/p/support/wiki/DVCSAnalysis

对于个人项目,我会毫无疑问地转向DVCS。它做SVN做的一切,但更好,更快。“学习曲线”只是理解一些术语。

实际上,SVN和DVCS的区别在于每个人的系统上都有一个完整的工作存储库。如果您决定拥有一个“主服务器”,它与您拥有的完全相同,只是设置为通过网络持续服务。要同步这些,您只需发送/接收(推/拉)这些存储库之间的更改。

关于将Mercurial与Git进行比较,请参见以下问题: Git and Mercurial - Compare and Contrast (及 my long answer 那里)。

关于将Mercurial与svn进行比较,请参见以下问题: For home projects, can Mercurial or Git (or other DVCS) provide more advantages over Subversion? (理论上,这个问题的范围是有限的;我写过 Git vs Subversion

谷歌的比较中没有提到的一件事是Git似乎要快得多。Mercurial似乎足够快(至少对于小项目来说),但Git无论项目大小都是闪电般的快。

可能只有我一个人,但我已经使用Mercurial六个月了,在几年专门使用SVN之后,出于某种原因,它也不符合我的思维模式。我清楚地知道我在SVN中正在做什么,如果出现问题,我几乎总是知道如何解决它。从概念上讲,我对Mercurial没有问题——比如说,我喜欢我有一个存储库的本地副本——但在实践中,我总是丢失一些东西。我认为这可能是因为SVN的合并是一件大事,而Hg的合并是正常的。我想对我的合并有更多的控制权。在SVN中,总是很清楚哪个变更集先于哪个变更集,但Mercurial似乎缺少这一点。即使是乌龟,这是相当不错的视觉,似乎并没有提供足够的机会,看看到底是什么合并。

TortoiseSVN .

大多数开发人员过去都使用过SVN,因此使用SVN可以更快地让新开发人员了解您的团队。

这类事情对你有多重要,只有你自己能决定。