有些人认为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。

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

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

在bitbucket.org的mercurial和github的git之间需要注意的一件事是，mercurial可以有尽可能多的私人存储库，但github你必须升级到付费帐户。所以，这就是为什么我选择使用mercurial的bitbucket。

我认为关于“Mercurial vs. Git”最好的描述是:

“Git是韦斯利·斯奈普斯。Mercurial是丹泽尔·华盛顿

git和mercurial之间有一个巨大的区别;表示每次提交的方式。Git将提交表示为快照，而mercurial将它们表示为差异。

这在实践中意味着什么?在git中，很多操作都更快，比如切换到另一个提交，比较提交等等。特别是当这些提交距离很远的时候。

说真的，mercurial的方法没有任何优势。

在versioncontrolblog上有一个动态比较图表，你可以比较几种不同的版本控制系统。

这是git, hg和bzr之间的对比表。