Performance git vs mercurial性能

是否存在任何性能基准

我希望创建一个repo和commit/push，用于运行多个gig深度的遗留代码

是更快还是更快

---

如果这太模糊，我很抱歉…

由于性能原因，您不能在git和mercurial之间进行选择。他们都很好

只要做你想做的事情和测量。在第一次导入时，您可能会获得最大的性能变化——这无关紧要。继续挖

就空间而言，git肯定会赢的一个地方是，如果你在它的生命周期中在许多不同的路径上有相同的内容。也就是说，如果您的几gig文件被移动。git的模型比hg的模型更好地支持这一点。这对你来说可能并不重要

在这两种情况下，您应该考虑您的几次存储库是否实际上代表单个项目的源代码。

但同样，由于表现不佳，在这两个类似且活跃的项目之间做出选择是不明智的。

原始答案（2011年3月，GitHub成立不到3年）

衡量DVCS（它在本地执行所有操作）的正确性能是关于您的日常任务：

• 合并（您以多快的速度在两者之间做出决定，尤其是在Mercurial中？）
• （您以多快的速度设置一个？）
• 集成（Git与IDE、Hudson、Jira、Redmine或Track等Web应用的集成速度有多快？）
• 设置（设置集中存储库的速度有多快，使用何种身份验证机制：如果使用

---

基本操作的原始性能没有那么重要，前提是您理解：您不能有一个单一的repo，您可以将所有内容（所有项目或所有类型的文件，如二进制文件）放入其中。
必须进行某种模块重组，以定义每个“模块”（一致文件集）的正确回购量

---

七年后的2018年更新：Windows对Git的支持现已成为现实，旨在提高Git的性能/可伸缩性

为了说明这一点，微软将其整个Windows代码库整合到一个（巨大的）Git存储库中：请参阅“”：350万个文件，300GB，4000名工程师在440个分支上每天生成1760个“实验室构建”，此外还有数千个拉请求验证构建。
但这是添加的，它允许根据您使用的内容仅动态下载您需要的部分。

---

这还不是Git native版本，不过最近（2011年1月）对这两个版本的性能进行了比较。结论是Mercurial的性能比Git更稳定，但Git的平均速度更快。

正如@MartinGeisler在他的回答中指出的，提交时间非常短（如果通过命令行提交，shell会立即返回）

---

需要很长时间的是网络

clone

s/

push

es/

pull

s。谷歌在不得不为谷歌代码选择DVCS时发布了这本书，但它已经很老了（2008年夏天）。

Eric Sink已经发布了SVN、Bazar、Mercurial、Git和他自己的准确性的基准测试

不幸的是，这只是一个单一的操作（commit），有一个单一的代码库（Valgrind），我不确定他在所有这些风投中使用的是哪个版本，但无论如何，它肯定是相当古老的，因为这篇文章可以追溯到2011年。我想这就是为什么埃里克自己将它们定义为“可笑的不科学的基准”。不管怎样，不管怎样：

SVN比其他的要慢得多（几乎22秒），但是其他的都是相似的（3到5秒之间）。Git显然是最快的，从百分比上看，它甚至比Mercurial快得多（需要43%的时间），但实际上我们讨论的是1.4秒的差异——几乎不明显

---

除此之外，我现在还找不到源代码，但我已经读了好几遍Git更快，尽管差别很小（这证实了Eric所做的测试）。因此，在选择哪一款时，我不会太担心速度。

我将推动。。。很多对不起，我不清楚。谢谢你的输入，谢谢你的链接，这很有帮助，看起来链接已经不起作用了。如果有人有一面镜子，那就太好了。@FabioTurati我刚刚试过这个链接，现在它可以工作了。@MartinGeisler你说得对，它现在也可以工作了。我想这只是一个暂时的停机，但由于这个答案是相当旧的，我认为链接可能已经成为无效的同时。那么，+1！见“你不可能有一个单一的回购，你会把一切都投入其中”，告诉谷歌和微软…@亨德里克托同意。这个2011年的答案不太合适；）我添加了一个更新。