git vs mercurial performance

Question

是否存在任何性能基准？

我正在寻找创建一个repo并提交/推送遗留代码,这些代码可以运行几个演出.

是更快/足迹等？

如果这太模糊,我道歉

Answer 1

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

做你正在做和测量的事情.您可能会在第一次导入时获得最大的性能变化 - 这无关紧要.继续挖掘.

在空间方面,如果你在其生命周期中拥有许多不同路径的相同内容,那么git肯定会赢得一个地方.也就是说,如果你的几个文件被移动了.git的模型支持这比hg更好.这对你来说可能并不重要.

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

但同样,由于原始性能,在这两个相似和活跃的项目之间进行选择是不明智的.

Answer 2

最近(2011年1月)Mercurial和Git服务器性能之间的性能比较.结论是Mercurial的性能比Git更稳定,但Git的平均速度更快.

Answer 3

原始答案(2011年3月,GitHub不到3年)

测量DVCS(无论如何在本地执行所有操作)的正确性能是关于您的日常任务的:

• 合并(你在各种分支模型之间决定多快,特别是在Mercurial？)
• 发布工作流程(你设置一个推/拉蠕动的速度有多快？)
• 集成(你如何快速地将Git与IDE集成,使用像Hudson或Jira或Redmine或Track这样的webapp,或者......？)
• 设置(使用何种身份验证机制设置集中式存储库的速度有多快:如果在企业环境中使用DVCS,这一点很重要)

基本操作的原始性能是不是相关的,只要你了解一个DVCS的限制:你不能有一个单一的回购成你会把一切(所有项目,或所有类型的文件一样二进制文件).
必须进行某种模块重组,以便为​​每个"模块"(相干文件集)定义适当数量的回购.

七年后更新2018年:Windows对Git的支持现已成为现实,旨在提高Git的性能/可扩展性.

为了说明这一点,微软将其整个 Windows代码库整合到一个(巨大的)Git存储库中:参见" 全球最大的 Git存储库":3.5M文件,300GB,4,000名工程师,除440个分支外,每天生产1,760个"实验室构建"成千上万的拉取请求验证.
但这是通过添加GVFS(Git Virtual FileSystem),它允许根据您使用的内容动态下载您需要的部分.
这还没有在Git本地,虽然它的整合已经开始于2017年12月,实施了狭窄/部分克隆.

Answer 4

正如@MartinGeisler在他的回答中指出的那样,提交时间非常短(如果通过命令行提交,则shell会立即返回).

网络clones/pushes/pulls 需要很长时间.谷歌在他们不得不为谷歌代码选择DVCS时发布了小基准(见脚注1),但它已经很老了(2008年夏天).