コミットする前にブロブがリポジトリに表示されるのはなぜですか？

Question

私はPro Gitの3.1節で次のように説明しました：

"3つのファイルを含むディレクトリがあり、すべてをステージングしてコミットしたとしましょう。ファイルをステージングすると、それぞれのチェックサムが計算されます「Getting Started」で言及したSHA-1ハッシュ）、そのファイルのバージョンをGitリポジトリに格納し（Gitはそれらをblobとして参照します）、そのチェックサムをステージング領域に追加します。私はそれらのファイルをコミットする前に "Gitリポジトリにファイルのバージョンを保存"していますか？

Answer 1

Why questions are always tricky.

（私はsiride mentioned in a commentを参照してください）非常に機械的な答えがあります：のみブロブハッシュIDのGitリポジトリの指数、Gitは次コミット構築するために使用する神秘的なオブジェクト、店の内部構造は、 。したがって、ファイルのコピーをの索引に入れ（次のコミットになるように）、そのファイルはBLOBオブジェクトとしてリポジトリーになければなりません。

パフォーマンスの答えがあります：インデックスにハッシュIDを格納することで、Gitは新しいコミットを非常に迅速に行います。

データ回復の回答があります（これは弱いです）。あらかじめリポジトリにブロブを保存することで、誤って何か悪いことがあった場合は、しばらくの間、git fsck --lost-found経由で戻すことができます。 （ここでの弱点は、ブロブがリポジトリ内の既存のBLOBと一致する場合、ブロブが見つからない検索に表示されず、ファイルのの名前がで失われていることです）

デザインに美しい答えがあります。おそらく、Linusはgit add fileファイルをリポジトリに早期にコピーすることをgit commitより早く行うと考えました。

これらの回答のいずれかを選択するか、自分で設定することができます。