为什么Git / Mercurial存储库使用的空间更少？

我已经在这里和SO上进行了几次讨论，以至于DVCS存储库所使用的空间与其集中式对应部分的空间相同或更少。我可能已经错过了，但是我找不到很好的解释。有人知道吗

根据我自己的经验，以下陈述都是正确的：

• Git在存储文本文件以及仅存储这些已更改的文件方面非常有效。因此，在对SVN和Git进行比较以比较存储库大小时，它们可能是相似的，或者对于Git来说甚至可能有很小的优势。
• 如果您比较大量文件为Office文件（例如MS Word，Excel，Powerpoint等）的存储库大小，则完全错误。这里的Git也存储完整的副本，这意味着在Powerpoint幻灯片堆栈上进行10次小的更改就可以生成10个完整的副本，其中Subversion仅存储二进制diff，这可能会小100倍。

如果您比较结帐位置（它本身就是Git的存储库），那么情况就完全不同了：

• Subversion为每个文件存储一个完整的副本，因此，结帐位置的大小通常是文件本身大小的2倍。
• Git在本地存储存储库的完整历史记录，因此根据历史记录的大小，它可能比Subversion签出副本的历史记录小或大得多。

如果比较必须向下或上载的字节数，则该字节数将再次不同。

• Subversion通常只发送或接收较少的字节，因为它仅发送差异。它必须在每次提交和更新时执行此操作。
• Git必须（首先）获取整个存储库，然后发送完整的文件（压缩的？），这对于文本文件而言并没有什么不同，但是对于二进制文件而言可能有所不同。是的，Git仅在您将某些内容推入或拉出到远程存储库时才这样做。

因此，最后，您将苹果与橙子进行了比较，并且根据要使用Subversion或Git进行处理的结果可能有所不同。

@jk询问完整副本或二进制差异，而我无法回答该问题。我问了马修·麦卡洛（Matthew McCullough），后者最近在Jax 2012上（我访问过）举办了Git研讨会。他花了很多时间（非常感谢他）详细解释了Git的内部工作。因此，是的，那里有一个压缩程序（我还将对一个Microsoft Office文件进行实验，并将其与他的要旨进行比较），但是没有，压缩是在整个文件上完成的。引用他的要点：

每次提交时，松散的对象都以压缩但非增量格式写入。