git vs mercurial performance
正确的性能测量关于DVCS(执行所有操作本地反正)是你的日常任务之一:
- 合并(有多快你的various branching models之间的决定,特别是在水银?)
- publication workflow(有多快你设置一个push/pull worlflow?)
- 整合(如何q uickly你整合了Git与IDE,像Hudson或Jira或Redmine或Track等webapp,或者...?)
- 设置(你多快建立一个集中式存储库,使用什么样的认证机制:如果您使用DVCS in an enterprise environment)
基本操作的原始性能是不是相关的,只要你理解了limits of a DVCS:你不能有一个单一的回购你会把一切(所有项目,或者全部成类似于二进制文件的文件)。
必须进行某种模块重组,以定义每个“模块”(连贯文件集)的正确回购数量。
你不Git和善变的,因为性能之间进行选择。他们都很好。
只要做你会做和测量的事情。您可能会在第一次导入时获得最大的性能差异 - 这并不重要。继续挖掘。
从空间角度来看,git一定会赢的一个地方就是如果你的生命在很多不同的路径上拥有相同的内容。也就是说,如果你的几个文件的演出被移动。 git的模型比hg的支持的更好。这对你来说可能无关紧要。
在这两种情况下,您都应该考虑一下您的几个仓库实际上是否代表单个项目的源代码。
但是,再次,由于原始表现在这两个相似和活跃的项目之间进行选择是不明智的。
Mercurial and Git server performance之间最近(2011年1月)的性能比较。结论是Mercurial的性能比Git更稳定,但Git的平均速度更快。
感谢您的链接,这非常有帮助 – Eva611 2011-03-14 12:58:05
看起来链接不再工作。如果有人有镜子,那会很棒。 – 2015-07-08 16:21:39
@FabioTurati我刚刚尝试链接,它现在可以工作。 – 2015-10-16 06:49:00
正如@MartinGeisler在他的回答中指出的那样,提交时间非常短(如果通过命令行提交,则shell会立即返回)。
需要相当长时间的是网络clone
s/push
es/pull
s。谷歌已发布small benchmark (see footnote 1)当他们不得不选择DVCS为谷歌代码,但它是相当古老(2008年夏季)。
我会推动...很多!对不起,如果我不清楚。感谢您的意见 – Eva611 2011-03-14 12:53:58
Eric Sink发布了SVN,Bazar,Mercurial,Git和他自己的Veracity的基准测试results。
不幸的是,它只是一个单一的操作(一个提交),只有一个代码库(Valgrind),我不确定哪个版本用于所有这些VCS,但在任何情况下,它必须非常老,因为文章日期回到2011年。我想这就是为什么Eric自己把它们定义为“荒谬不科学的基准”。无论如何,它的价值:
SVN比其他人慢得多(差不多22秒),但所有其他人都相似(3到5秒之间)。 Git显然是最快的,并且它的百分比甚至比Mercurial快得多(这需要多花43%的时间),但实际上我们正在谈论1.4秒的差异 - 几乎不明显。
除此之外,我现在无法找到源代码,但我已经多次读过Git更快的速度,虽然区别很小(这证实了Eric的测试结果)。所以当选择哪一个时,我不会太在意速度。
请参阅https://code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ – SgtPooki 2014-02-15 21:13:58