沒(méi)有真正的限制-所有的東西都有一個(gè)160位的名字。文件的大小必須以64位數(shù)表示，因此也沒(méi)有真正的限制。

不過(guò)，這是有一個(gè)實(shí)際限度的。我有一個(gè)~8GB的存儲(chǔ)庫(kù)，>880，000，并且git GC需要一段時(shí)間。工作樹(shù)相當(dāng)大，所以檢查整個(gè)工作目錄的操作需要相當(dāng)長(zhǎng)的時(shí)間。不過(guò)，這種回購(gòu)只用于數(shù)據(jù)存儲(chǔ)，因此它只是一堆處理它的自動(dòng)化工具。從回購(gòu)中提取更改比同步相同的數(shù)據(jù)要快得多。

%find . -type f | wc -l
791887
%time git add .
git add .  6.48s user 13.53s system 55% cpu 36.121 total
%time git status
# On branch master
nothing to commit (working directory clean)
git status  0.00s user 0.01s system 0% cpu 47.169 total
%du -sh .
29G     .
%cd .git
%du -sh .
7.9G    .

如果您添加的文件太大(在我的例子中是GBs，Cygwin，XP，3GB RAM)，請(qǐng)期待這一點(diǎn)。

致命：內(nèi)存不足，malloc失敗

更多細(xì)節(jié)這里

更新3/2/11：在Windows 7 x64中看到了與Tortoise Git類似的內(nèi)容。大量?jī)?nèi)存使用，系統(tǒng)響應(yīng)非常慢。