当涉及到处理分支(特别是短期分支)时，有相当显著的差异。

本文(BranchingExplained)对Mercurial和Git进行了比较。

没什么。他们都做同样的事，都表现得差不多。你应该选择其中一个而不是另一个的唯一原因是，如果你帮助一个已经使用其中一个的项目。

选择一个系统的另一个可能的原因是应用程序或服务只支持其中一个系统。例如，我选择学习git是因为github..

去年的某个时候，我评估了git和hg供我自己使用，并决定使用hg。我觉得它看起来是一个更干净的解决方案，并且在更多的平台上工作得更好。不过，这基本上是一个未知数。

最近，我开始使用git，因为git-svn和充当Subversion客户端的能力。这征服了我，现在我完全换成了git。我认为它的学习曲线略高(特别是当你需要探究内部时)，但它确实是一个很棒的系统。我要去读约翰发表的那两篇比较文章。

mercurial网站对这两个系统的异同进行了很好的描述，解释了词汇和基本概念的差异。作为一个长期的git用户，它确实帮助我理解Mercurial的心态。

如果您对Mercurial和Git的性能比较感兴趣，请参阅本文。结论是:

Git和Mercurial都取得了不错的成绩，但在速度和存储库大小之间进行了有趣的权衡。Mercurial在添加和修改方面都非常快速，同时还能控制存储库的增长。Git也很快，但它的存储库在修改文件后增长非常快，直到重新打包——而这些重新打包可能非常慢。但是打包的存储库比Mercurial的要小得多。

以下文章可能会有所帮助:

Git vs Mercurial:请放松(Git是百战天龙，Mercurial是詹姆斯·邦德) Mercurial和Git的区别

编辑:把Git和Mercurial比作名人似乎是一种趋势。这里还有一个:

Git是Wesley Snipes, Mercurial是Denzel Washington