Git服务器迁移后git gc失败，损坏对象及断链问题修复求助

看来你这是迁移Git仓库时漏了对象，手动复制还搞坏了，别慌，咱们一步步来搞定：

第一步：确认旧仓库里的目标对象是否完好 #

先搞清楚旧仓库里的a23bacz这个tree对象本身是不是正常的。在旧仓库里执行：

git cat-file -p a23bacz

如果这个命令能正常输出tree的内容（比如列出子文件/子tree的哈希和名称），说明旧仓库的对象没问题，是你手动复制的时候出了岔子；如果这里也报错，那旧仓库里的这个对象本身就损坏了，得找找更早的备份或者其他克隆版本。

第二步：正确导入旧仓库的完好对象 #

别再手动复制objects目录下的文件了，Git自带的命令能更可靠地迁移单个对象：

1. 在旧仓库里把目标对象打包成bundle文件：

   git bundle create /tmp/missing-tree.bundle a23bacz
   

2. 把这个missing-tree.bundle文件传到新服务器的仓库目录下
3. 在新仓库里执行导入：

   git fetch ./missing-tree.bundle
   

如果新旧服务器能直接连通，还可以用管道直接导入，省去传文件的步骤：

# 在新仓库执行这条命令，直接从旧仓库拉取对象
ssh user@old-server 'cd /path/to/old/repo && git cat-file tree a23bacz' | git hash-object -w -t tree --stdin

第三步：清理新仓库里的损坏对象 #

现在新仓库里那个损坏的a23bacz对象得先删掉，不然会干扰后续操作。Git对象是按哈希前两位分目录存储的，比如a23bacz对应路径是.git/objects/a2/3bacz，执行删除：

rm -f .git/objects/a2/3bacz

注意替换成实际的完整哈希对应的路径，别误删其他对象！

第四步：验证修复效果 #

导入完正确的对象后，先验证对象是否正常：

git cat-file -p a23bacz

然后检查仓库完整性：

git fsck

如果git fsck不再提示broken link from tree 1a4da9z to tree a23bacz，说明链接修复好了。最后再试试之前失败的命令：

git gc --aggressive

这次应该能正常完成了。

额外建议：避免下次再踩坑 #

• 迁移Git仓库的时候，优先用git clone --mirror克隆旧仓库，再推送到新服务器的裸仓库，这种方式会同步所有分支、标签和对象，基本不会出现遗漏。
• 迁移前后都执行一次git fsck，提前发现对象缺失或损坏的问题，避免后续出麻烦。

内容的提问来源于stack exchange，提问作者Jason