如何强制删除Git中所有不可访问对象？清理悬空提交遇阻

我尝试了某回答中的命令，但未达到预期效果。我的仓库存在悬空提交：

git fsck
Checking object directories: 100% (256/256), done.
Checking objects: 100% (179/179), done.
dangling commit 133e2422a9ce64d8e784d3a8f9af37b2d6812b19
dangling commit 71e42dc763ac71460f5e17751e5ae5de330134c8
dangling commit 0e9bd340ab447fcd158a59dbcb617c1e77a21c08
dangling commit 5c173ab15f032f36ffdaa16edae30df6382a8183
dangling commit 9f1babbe53fdcfa7eb8e470de50177fbd885ee36

我执行了以下命令：

git reflog expire --expire-unreachable=now --all
git repack -a -d
git gc --aggressive --prune=now

之后执行git fsck仍得到相同结果。我原本使用的是git version 2.17.1。

是否存在gc命令的变体可强制删除这些悬空提交？

更新 #

我已将Git升级到git version 2.47.0，观察到以下行为：

• git fsck --no-reflogs仍显示与之前相同的悬空提交。
• git fsck未显示任何悬空提交。
• git reflog无输出。

这表明清理reflog的命令未如预期生效，尽管它们确实导致git reflog的输出消失。

1. 先排查悬空提交的留存原因 #

Git不会随意删除对象，即便标记为悬空，也可能有隐藏引用在保护它们：

• 检查标签：执行git for-each-ref --points-at <commit-id>，确认是否有标签指向这些提交；也可以用git show <commit-id>查看提交详情，判断是否关联了标签。
• 检查stash：执行git stash list，未清理的stash可能包含这些提交的引用。
• 检查自定义引用：查看.git/refs/目录下的所有文件，除了默认的heads和tags，可能存在其他自定义引用。

2. 更彻底的清理命令组合 #

如果确认没有需要保留的引用，可尝试以下命令：

# 直接过期所有reflog条目，而非仅不可达部分
git reflog expire --expire=now --all
# 打包所有对象并删除未打包的松散对象
git repack -A -d
# 强制清理所有过期对象
git gc --prune=now --force

注：--expire=now比--expire-unreachable=now更激进，会直接清空所有reflog记录。

3. 关于Git版本差异的说明 #

• 旧版本Git（如2.17.x）的gc策略存在局限性，升级到2.47.0后，git fsck默认会忽略reflog中的引用，所以你看到git fsck无输出，但git fsck --no-reflogs仍显示悬空提交，说明这些提交确实脱离了reflog，但还有其他引用存在。
• 新版本Git的gc默认清理策略更保守，必须明确指定--prune=now才能立即清理所有过期对象。

4. 终极清理方案（谨慎操作） #

如果以上方法都无效，可手动删除对应对象文件，但此操作不可逆，务必先备份仓库：

# 备份对象数据库
cp -r .git/objects ~/git-objects-backup
# 删除悬空提交对应的对象文件（前两位是目录名，后38位是文件名）
rm -f .git/objects/13/3e2422a9ce64d8e784d3a8f9af37b2d6812b19
rm -f .git/objects/71/e42dc763ac71460f5e17751e5ae5de330134c8
# 其他提交同理逐一删除
# 最后整理对象数据库
git prune-packed
git gc --prune=now

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