还有谷歌的对比(虽然有点老，是2008年做的)

http://code.google.com/p/support/wiki/DVCSAnalysis

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

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

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

Git是一个平台，Mercurial“只是”一个应用程序。Git是一个版本控制的文件系统平台，附带了一个DVCS应用程序，但与平台应用程序一样，它比集中的应用程序更复杂，也更粗糙。但这也意味着git的VCS非常灵活，你可以用git做大量非源代码控制的事情。

这就是区别的本质。

Git is best understood from the ground up – from the repository format up. Scott Chacon’s Git Talk is an excellent primer for this. If you try to use git without knowing what’s happening under the hood, you’ll end up confused at some point (unless you stick to only very basic functionality). This may sound stupid when all you want is a DVCS for your daily programming routine, but the genius of git is that the repository format is actually very simple and you can understand git’s entire operation quite easily.

对于一些更偏向技术的比较，我个人看过的最好的文章是Dustin Sallings的:

Mercurial和Git的区别 Reddit上有经验丰富的达斯汀回答他自己的新手问题的帖子

实际上，他已经广泛地使用了这两种DVCSs，并且对它们都很了解——最后他更喜欢git。

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

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

在InfoQ的DVCS指南中，有一个关于git、Mercurial和Bazaar的非常详尽的比较表和图表。

如果你是一名Windows开发人员，正在寻找基本的断开连接的版本控制，那么使用Hg。我发现Git难以理解，而Hg很简单，与Windows shell集成得很好。我下载了Hg，并遵循了这个教程(hginit.com) -十分钟后，我有了一个本地回购，并重新开始我的项目。