4

我遇到了 git 存储库突然膨胀到非常大的问题。

这是设置。

这里有一个 git master repo,其中包含大约 900megs 的文件和 1.8g 的对象文件:

[gitmaster.local] du -hs 
2.7G    .
[gitmaster.local]$ cd .git/objects/
[gitmaster.local]$ du -hs
1.8G    .

我确实对这个 repo 进行了一些维护以保持它的清洁。每天我在一个脚本中运行这两个命令:

GIT_PROG2="/usr/bin/git-reflog expire --expire=now --all"
GIT_PROG3="/usr/bin/git-gc"  

每周我都会运行这些:

GIT_PROG2="/usr/bin/git-reflog expire --expire=now --all"
GIT_PROG3="/usr/bin/git-repack -a -d --depth=250 --window=250 -f " 

大约每 15-30 分钟从该服务器拉出几个不同的 git 客户端。他们通过一个简单的 'git pull' 的 cron 作业来拉动完全相同的东西。每周这些回购做一个:

GIT_PROG2="/usr/bin/git-reflog expire --expire=now --all"
GIT_PROG3="/usr/bin/git-gc"  

但是,偶尔,其中一个会失控并用 .git/objects 填充其磁盘空间,占 99.9% 的空间。它所做的只是一个简单的“git pull”。

gitclient001
1.3G    .
gitclient002
1.3G    .
gitclient003
1.3G    .
gitclient004  <-- woops!
101.2G  .
gitclient005
1.3G    .
gitclient006
1.3G    .

发生这种情况时,我当前的解决方案是将其吹走并以 depth=1 重新克隆。因为我不太关心历史数据。我宁愿它是可操作的,而不是担心几天的变化。

显然,我宁愿这一切顺利进行。什么可能导致这种行为发生?关于在哪里看的任何想法或建议?

谢谢。

4

1 回答 1

0

您是否尝试过运行git fsck并查看它是否报告了可以解释问题的任何内容?

您也许可以编写一些脚本并传递 blob 以git show <sha>1 |wc查看是否有任何大的。

于 2012-12-03T11:53:28.097 回答