我遇到了git存储库突然膨胀到非常大的问题。
下面是设置。
这里有一个git主存储库,其中包含大约900MB的文件和1.8G的对象文件:
[gitmaster.local] du -hs
2.7G .
[gitmaster.local]$ cd .git/objects/
[gitmaster.local]$ du -hs
1.8G .我确实对这个仓库进行了一些维护,以保持它的清洁。我每天都会在脚本中运行这两个命令:
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 " 有几个不同的git客户端大约每15-30分钟从该服务器拉取一次。他们正在通过一个简单的“git pull”通过cron作业来拉出完全相同的东西。每周这些回购会执行以下操作:
GIT_PROG2="/usr/bin/git-reflog expire --expire=now --all"
GIT_PROG3="/usr/bin/git-gc" 然而,偶尔,其中一个会失控,并用.git/对象填充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重新克隆,因为我真的不太关心历史数据。我更希望它是可操作的,而不是担心几天的变化。
显然,我更希望这个过程能够顺利进行。可能导致此行为发生的原因是什么?对于在哪里寻找有什么想法或建议吗?
谢谢。
发布于 2012-12-03 19:53:28
您是否尝试过运行git fsck并查看它是否报告了可以解释该问题的任何内容?
您也许可以编写一些脚本,并将blobs传递给git show <sha>1 |wc,以查看是否有较大的blobs。
https://stackoverflow.com/questions/12754338
复制相似问题