如果您需要良好的Windows支持，您可能更喜欢Mercurial。TortoiseHg (Windows资源管理器插件)设法为一个相当复杂的工具提供了一个简单易用的图形界面。在这里，你还会有一个Visual Studio插件。但是，上次我尝试时，SVN界面在Windows上工作得不太好。

如果您不介意使用命令行界面，我推荐使用Git。不是出于技术原因，而是出于战略原因。git的采用率高得多。看看有多少著名的开源项目正在从cvs/svn切换到Mercurial，又有多少项目正在切换到Git。看看与Mercurial托管相比，你能找到多少支持git的代码/项目托管提供商。

我想你们可以通过这两个视频了解这些系统的相似或不同之处:

Linus Torvalds谈Git (http://www.youtube.com/watch?v=4XpnKHJAok8) 布莱恩·奥沙利文谈Mercurial (http://www.youtube.com/watch?v=JExtkqzEoHY)

它们在设计上非常相似，但在实现上却非常不同。

我使用Mercurial。就我对Git的理解而言，Git的一个主要不同之处在于它跟踪文件的内容而不是文件本身。Linus说，如果你将一个函数从一个文件移动到另一个文件，Git会告诉你整个移动过程中该函数的历史。

他们还说git在HTTP上更慢，但它有自己的网络协议和服务器。

Git作为SVN的厚客户端比Mercurial更好。可以对SVN服务器进行拉推操作。这个功能在Mercurial中仍处于开发阶段

Mercurial和Git都有非常好的网络托管解决方案(BitBucket和GitHub)，但谷歌代码只支持Mercurial。顺便说一下，他们对Mercurial和Git进行了非常详细的比较，以决定支持哪一个(http://code.google.com/p/support/wiki/DVCSAnalysis)。它有很多好的信息。

如果您需要良好的Windows支持，您可能更喜欢Mercurial。TortoiseHg (Windows资源管理器插件)设法为一个相当复杂的工具提供了一个简单易用的图形界面。在这里，你还会有一个Visual Studio插件。但是，上次我尝试时，SVN界面在Windows上工作得不太好。

如果您不介意使用命令行界面，我推荐使用Git。不是出于技术原因，而是出于战略原因。git的采用率高得多。看看有多少著名的开源项目正在从cvs/svn切换到Mercurial，又有多少项目正在切换到Git。看看与Mercurial托管相比，你能找到多少支持git的代码/项目托管提供商。

与DVCSs本身完全无关的一个区别是:

Git似乎很受C开发人员的欢迎。Git是Linux内核的事实上的存储库，这可能是它在C开发人员中如此受欢迎的原因。对于那些只在Linux/Unix世界中工作的人来说尤其如此。

Java developers seem to favor Mercurial over Git. There are possibly two reasons for that: One is that a number of very large Java projects are hosted on Mercurial, including the JDK itself. Another is that the structure and clean documentation of Mercurial appeals to people coming from the Java camp whereas such people find Git inconsistent wrt command naming and lacking in documentation. I'm not saying that is actually true, I'm saying people have got used to something from their usual habitat and then they tend to choose DVCS from that.

我认为Python开发人员几乎都喜欢Mercurial。除了Mercurial是基于Python的这一事实之外，实际上没有任何合理的原因。(我也使用Mercurial，我真的不明白为什么人们对DVCS的实现语言大惊小怪。我不懂Python的一个字，如果不是因为它在某个地方列出了它是基于Python的，那么我不会知道)。

我认为你不能说一个DVCS比另一个更适合一种语言，所以你不应该从中做出选择。但在现实中，人们选择(部分)是基于他们在社区中接触最多的DVCS。

(不，我没有使用统计数据来支持我上面的说法..这都是基于我自己的主观)

Mercurial几乎完全是用python编写的。Git的核心是用C语言编写的(应该比Mercurial的更快)，工具是用sh、perl、tcl编写的，并使用标准的GNU utils。因此，它需要将所有这些util和解释器带到不包含它们的系统中(例如Windows)。

两者都支持SVN，尽管AFAIK SVN在Windows上对git的支持是坏的(可能是我不走运/蹩脚，谁知道呢)。还有一些扩展允许git和Mercurial之间的互操作。

Mercurial有很好的Visual Studio集成。上次我检查的时候，Git的插件正在工作，但是非常慢。

它们的基本命令集非常相似(init, clone, add, status, commit, push, pull等)。所以，基本的工作流程是一样的。另外，两者都有类似tortoisesvn的客户端。

Mercurial的扩展可以用python编写(这并不奇怪!)，而git的扩展可以用任何可执行形式编写(可执行二进制文件、shell脚本等)。有些扩展功能非常强大，比如git bisect。

I use both quite regularly. The major functional difference is in the way Git and Mercurial name branches within repositories. With Mercurial, branch names are cloned and pulled along with their changesets. When you add changes to a new branch in Mercurial and push to another repository, the branch name is pushed at the same time. So, branch names are more-or-less global in Mercurial, and you have to use the Bookmark extension to have local-only lightweight names (if you want them; Mercurial, by default, uses anonymous lightweight codelines, which in its terminology are called "heads"). In Git, branch names and their injective mapping to remote branches are stored locally and you must manage them explicitly, which means knowing how to do that. This is pretty much where Git gets its reputation for being harder to learn and use than Mercurial.

正如其他人在这里注意到的，有很多很多微小的差异。分支是一个很大的微分器。