16

最近几天，每次推送到我们的 git 存储库都会导致服务器上的自动打包。

发生这种情况时客户端的输出：

~pdr git:master ❯❯❯ git push origin master
Counting objects: 44, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (26/26), done.
Writing objects: 100% (27/27), 4.67 KiB, done.
Total 27 (delta 14), reused 0 (delta 0)
Auto packing the repository for optimum performance.

打包发生在服务器上，ps 显示这些 git 命令在工作：

git      23252  0.0  0.0  68520   552 ?        S    15:21   0:00 sshd: git@notty  
git      23253  0.0  0.0   9660   540 ?        Ss   15:21   0:00 git shell -c git-receive-pack 'repositories/pdr.git'
git      23254  0.0  0.0  16644  2136 ?        S    15:21   0:00 git receive-pack repositories/pdr.git
git      23258  0.0  0.0   9660   624 ?        S    15:21   0:00 git gc --auto --quiet
git      23261  0.0  0.0   9660   504 ?        S    15:21   0:00 git repack -d -l -q -A
git      23262  0.0  0.0   4104   376 ?        S    15:21   0:00 /bin/sh /usr/lib/git-core/git-repack -d -l -q -A
git      23275  267 92.2 9569724 3742468 ?     Sl   15:21  23:07 git pack-objects --keep-true-parents --honor-pack-keep --non-empty --all --reflog --unpack-unreachable --local -q --delta-base-offset /home/git/repositories/pdr.git/objects/.tmp-23262-pack

我已经在服务器上运行了手动“git gc”，然后是“git fsck”。没有错误消息，但在下一次推送时，它再次开始自动打包。

这是在运行带有 Git 1.7.0.4 的 Ubuntu Server 10.04 LTS 的服务器上。

4

1 回答 1

28

Git根据两个标准决定是否自动 gc ：

  1. 是不是包太多了？（从字面上看，是否有超过50 个文件.idxin .git/objects/pack？）
  2. 是否有太多松散的物体？（从字面上看，是否有超过 27 个文件.git/objects/17？）

如果由于某种原因 Git 无法合并打包文件或删除该目录中的松散对象，它会认为下次需要再次自动 gc。

我会检查上面引用的两个目录的内容，看看是否满足（默认）标准，看看重新打包后标准是否改变。

未能完成该过程的一些原因可能是：

  • 某种权限问题
  • 被 Git 的垃圾收集器忽略或默认不修剪的不可访问的对象，因为它们还很年轻
  • 磁盘空间不足，无法完成 gc（重新打包）
  • 内存不足，无法完成 gc（重新打包）
  • 对象太大而无法放入指定的包大小（查看git config pack.packSizeLimit默认为无限制但可能被用户覆盖）

当然，您还应该通过查看以下内容来确保没有不合理地设置与 gc 相关的可调参数：

git config -l | grep gc

有关其他一些详细信息，请参阅Git 内部结构的 Git SCM 书籍。

于 2013-07-29T17:40:21.330 回答