将代码仓库迁移至GitLab时遇nullSha1错误，求解决方法
2026-7-6
GitLab仓库迁移时nullSha1错误的解决方法
你遇到的错误是因为本地克隆的Git仓库存在损坏的对象（具体为对象f8da161b7b526a521d6cd31b4fbb60338d3f27d9包含指向空SHA1的条目），GitLab远程仓库在接收推送时会做完整性校验，因此拒绝了推送。以下是具体解决步骤：
方法一：重新克隆原仓库（最简单有效）
如果原仓库（ssh://sergio@XXX.10.10.10:22/git/ProjectDotNet）可正常访问，优先用这个方法：
- 删除当前损坏的本地仓库目录：
rm -rf RumboDotNet - 重新克隆原仓库：
git clone ssh://sergio@XXX.10.10.10:22/git/ProjectDotNet - 进入新克隆的目录：
cd RumboDotNet（如果克隆后目录名不同，替换为实际名称） - 重新添加GitLab远程仓库：
git remote add gitlab https://gitlab.x.com/sergio/MigrationTest.git - 再次执行推送：
git push gitlab --all
方法二：修复本地损坏的对象
如果无法重新克隆原仓库，尝试手动修复：
- 确认仓库损坏细节，执行：
git fsck --full，会列出所有损坏或缺失的对象。 - 检查损坏对象的状态：
git cat-file -p f8da161b7b526a521d6cd31b4fbb60338d3f27d9，若提示对象不存在，说明该对象已损坏。 - 从其他完整的仓库副本（如同事的本地仓库）获取该对象：
- 让同事执行：
git bundle create object.bundle f8da161b7b526a521d6cd31b4fbb60338d3f27d9，生成包含该对象的bundle文件。 - 将bundle文件传到你的本地仓库目录，执行：
git fetch object.bundle导入对象。
- 让同事执行：
- 再次执行
git fsck --full确认无损坏后，重新推送。
额外建议
推送时如果HTTPS地址出现权限或传输问题，可以换成GitLab项目提供的SSH远程地址，替换步骤4中的HTTPS地址，能避免部分HTTPS相关的异常。
内容的提问来源于stack exchange，提问作者user1705996
相关产品推荐
相关产品推荐
