Git / Mercurialリポジトリが使用するスペースが少ないのはなぜですか？

ここでのいくつかの議論と、DVCSリポジトリが中央のカウンターパートとほぼ同じ、またはそれより少ないスペースを使用することについて読んだことがあります。私はそれを見逃したかもしれませんが、私はそれがなぜであるかの良い説明を見つけていません。知ってる？

私自身の経験から、次の記述はすべて真実です。

• Gitはテキストファイルの保存に非常に効率的であり、変更されたファイルのみを保存します。そのため、リポジトリサイズを比較するためにSVNとGitの比較を行うとき、それらは類似している場合があります。
• これは、かなりの量のファイルがOfficeファイル（MS word、Excel、PowerPointなど）であるリポジトリのサイズを比較する場合、まったく間違っています。ここで、Gitは完全なコピーも保存します。つまり、PowerPointスライドスタックで10回の小さな変更を行うと、10回の完全なコピーが作成されます。

チェックアウトの場所（Git自体のリポジトリ）を比較すると、ストーリーはまったく異なります。

• Subversionはファイルごとに完全なコピーを保存するため、チェックアウト場所のサイズは通常、ファイル自体のサイズの2倍です。
• Gitはリポジトリの完全な履歴をローカルに保存するため、履歴のサイズに応じて、これはSubversionチェックアウトコピーの履歴よりも小さい場合も大きい場合もあります。

ダウンまたはアップロードする必要があるバイト数を比較すると、再び異なります。

• Subversionは通常、差を送信するだけなので、送信または受信するバイト数が少なくなります。すべてのコミットと更新でそれをしなければなりません。
• Gitは（最初に）リポジトリ全体を取得する必要があります。その後、完全なファイル（圧縮？）を送信します。これはテキストファイルではそれほど異なりませんが、バイナリファイルでは異なる場合があります。はい、Gitは、リモートリポジトリに何かをプッシュまたはプルしたときにのみそれを行います。

最後に、リンゴとオレンジを比較し、SubversionまたはGitで何をしたいかによって結果が異なる場合があります。

@jkは完全なコピーまたはバイナリdiffについて尋ねましたが、その質問には答えられませんでした。最近、Jax 2012でGitワークショップを開いたMatthew McCulloughに尋ねました（私が訪れました）。彼はGitの内部動作を詳細な要点で説明するのに時間をかけました（彼に感謝します）。そのため、そこで機能する圧縮があります（Microsoft Officeファイルでも実験を行い、彼の要点と比較します）が、ファイル全体で圧縮が行われます。彼の要点から引用：

ゆるいオブジェクトは、各コミットの時点で圧縮されているが非デルタ形式で書き込まれます。