Git Rebase删除大文件后git-rev-list仍有痕迹，推送失败求助

我来帮你拆解这个问题，一步步解决你的困扰：

为什么已删除的提交还出现在git rev-list --all中？ #

git rev-list --all会遍历所有Git能找到的可达提交，你的情况大概率是这些旧提交还被某些引用“挂着”，没真正变成不可达状态：

• 远程追踪分支残留：看你的git log输出，origin/master还指向旧提交da184af，这个旧分支链里完全包含那些带大文件的提交，所以rev-list能轻松找到它们。
• 其他引用没清理干净：比如本地其他分支、标签、stash，甚至没完全过期的reflog条目，只要有一个引用还指着旧提交，它就不会被标记为可回收。
• git gc只清理不可达对象：你之前执行的gc命令没用，是因为那些提交还被origin/master这类引用牵着，gc根本不会碰它们。

正确的彻底清理步骤 #

按下面的步骤来，确保把大文件从历史里连根拔掉：

1. 强制推送改写后的分支到远程
   你的本地master已经是清理好的版本，但远程origin/master还是旧的，必须用强制推送覆盖它（注意：如果有其他同事在这个分支工作，先沟通好，强制推送会覆盖远程历史）：

   git push origin master --force
   

2. 清理所有可能的残留引用

   • 检查本地分支：git branch -a，如果有其他分支基于旧提交链，把它们rebase到清理后的master上；
   • 检查标签：git tag，如果有标签指向旧提交，删除本地标签git tag -d <标签名>，再删除远程标签git push origin :<标签名>；
   • 清空stash：如果stash里的内容没用了，执行git stash clear，避免stash里的快照还带着大文件。

3. 重新执行垃圾回收
   这次要明确清理不可达的reflog条目，再触发gc：

   git reflog expire --expire-unreachable=now --all
   git gc --prune=now
   

4. 验证清理效果
   用你的脚本再检查大文件：

   ./gitlistobjectbysize.sh | head -n 5
   

   或者用git fsck --unreachable确认没有残留的不可达大文件对象。

手动删除.git/objects里的文件会怎么样？ #

强烈不建议这么做！后果很严重：

• Git的对象库是靠哈希值关联的，手动删除可能会误删当前正在使用的对象，直接导致本地仓库损坏，比如某些提交、文件无法访问，甚至整个仓库用不了。
• 就算你精准删掉了大文件的对象，仓库的完整性也会被破坏，后续执行Git命令可能会频繁报错，最后大概率还是得重新克隆仓库。
• Git的gc机制就是专门干清理无用对象的活的，只要你把所有指向旧提交的引用都处理掉，gc会安全、彻底地删掉那些大文件，完全不需要手动干预。

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