它们几乎一模一样。 从我的角度来看(我的意思是，让我选择一个DVCS而不是另一个的原因)，最重要的区别是两个程序如何管理分支。

要使用Mercurial启动一个新分支，只需将存储库克隆到另一个目录并开始开发。然后，你拉并合并。 使用git，您必须显式地为您想要使用的新主题分支提供一个名称，然后使用相同的目录开始编码。

简而言之，Mercurial中的每个分支都需要自己的目录;在git中，你通常在单个目录下工作。 在Mercurial中切换分支意味着更改目录;在git中，这意味着要求git通过git checkout更改目录的内容。

老实说:我不知道是否可以用Mercurial做同样的事情，但因为我通常在web项目上工作，总是使用相同的目录和git对我来说似乎更舒服，因为我不需要重新配置Apache并重新启动它，而且每次分支时我都不会弄乱我的文件系统。

Edit: As Deestan noted, Hg has named branches, which can be stored in a single repository and allow the developer to switch branches within the same working copy. git branches are not exactly the same as Mercurial named branches, anyway: they are permanent and not throw away branches, like in git. That means that if you use a named branch for experimental tasks even if you decide to never merge it it will be stored in the repository. That's the reason why Hg encourages to use clones for experimental, short-running tasks and named branches for long-running tasks, like for release branches.

为什么许多Hg用户更喜欢克隆而不是命名分支的原因更多的是社会或文化而不是技术。例如，在Hg的最新版本中，甚至可以关闭已命名的分支并从变更集中递归地删除元数据。

另一方面，git邀请使用“命名分支”，这些分支不是永久的，也不是存储在每个变更集中的元数据。

从我个人的角度来看，git的模型与命名分支的概念有很深的联系，并在同一个目录下在一个分支和另一个分支之间切换;hg可以对命名的分支做同样的事情，但它鼓励使用克隆，这是我个人不太喜欢的。

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

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

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

Git是Wesley Snipes, Mercurial是Denzel Washington

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

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

有些人认为VCS系统必须是复杂的。他们鼓励在这个领域发明术语和概念。他们可能会认为这个领域的众多博士会很有趣。其中可能就是那些设计Git的人。

Mercurial是用不同的心态设计的。开发人员不应该太关心风险投资，他们应该把时间花在他们的主要功能上:软件工程。Mercurial允许用户愉快地使用和滥用系统，而不允许他们犯任何不可恢复的错误。

任何专业工具都必须带有设计清晰、直观的CLI。Mercurial用户可以通过发出简单的命令来完成大部分工作，而不需要任何奇怪的选项。在Git双破折号中，疯狂的选项是常态。如果您是一个CLI人员(老实说，任何有自尊心的软件工程师都应该是)，那么Mercurial就有很大的优势。

举个例子，假设你犯了一个错误。你忘了编辑一些文件。要撤消在Mercurial中的操作，只需键入:

$ hg回滚

然后，您将收到一条消息，系统将撤销您的上一个事务。

在Git中，你必须输入:

$ git重置-软头^

假设你知道什么是重置。但除此之外，你还必须知道“软”和“硬”重置是什么(有什么直观的猜测吗?)哦，当然，不要忘记最后的'^'字符!(以里奇的名义……)

Mercurial与第三方工具(如kdiff3和meld)的集成也更好。生成你的补丁合并你的分支没有太多的麻烦。Mercurial还包括一个简单的http服务器，您可以通过输入激活它

hg服务

并让其他人浏览您的存储库。

归根结底，Git做了Mercurial做的事情，但方式要复杂得多，使用的CLI也差得多。如果您想将项目的VCS转换为科学研究领域，请使用Git。如果您希望在不太关心的情况下完成VCS工作，并专注于您的实际任务，请使用Mercurial。

我意识到这不是答案的一部分，但在这一点上，我也认为像NetBeans和Eclipse这样的平台的稳定插件的可用性在某种程度上决定了哪种工具更适合这项任务，或者更确切地说，哪种工具最适合“你”。也就是说，除非你真的想用cli方法。

Eclipse(以及基于它的一切)和NetBeans有时在远程文件系统(如SSH)和文件的外部更新方面都有问题;这也是为什么你希望你选择的任何东西都能“无缝”工作的另一个原因。

我现在也在为自己回答这个问题。我已经把候选人归结为Git或Mercurial ..感谢大家在没有宗教色彩的情况下就这个话题提供有用的意见。

mercurial和git的另一个有趣的比较:mercurial vs git。 主要关注内部结构及其对分支过程的影响。