悬空Commit是分支被强制重置、硬重置、变基或误删后残留的未被任何引用指向的提交对象，可用git fsck --no-reflog --unreachable | grep commit检测，需先执行git reflog expire --expire=now --all再运行git gc --prune=now才能彻底清理，且操作不可逆。
Git悬空Commit是怎么产生的
分支被强制重置、硬重置（git reset --hard）、变基（git rebase）或误删分支后，原本指向这些提交的引用就消失了，但提交对象还留在.git/objects里——它们变成“未被任何引用指向”的悬空对象（dangling commit）。它们不显示在git log里，但占磁盘空间，且可能泄露敏感信息。
怎么确认当前有悬空Commit
用git fsck --no-reflog能列出所有未被引用的对象，其中dangling commit <hash>就是目标。加--unreachable更干净：
git fsck --no-reflog --unreachable | grep commit
注意：别用git fsck不带--no-reflog，因为reflog默认会保留近期操作记录，让本该悬空的提交“看起来还有引用”，导致漏判。
安全清理悬空Commit的正确命令
Git本身不提供“一键删悬空提交”的命令，必须靠git gc触发回收，但默认它很保守——只清理7天前的悬空对象。要立刻清理所有可安全删除的悬空对象，得组合两个动作：
-
git reflog expire --expire=now --all：清空所有reflog，让那些“靠reflog活着”的悬空对象真正失去引用 -
git gc --prune=now：强制立即执行垃圾回收，--prune=now跳过默认的14天延迟
这两步缺一不可。只跑git gc往往没效果；只清reflog不gc，对象还在磁盘上。
清理后还能恢复吗
不能。一旦git gc --prune=now执行完毕，悬空对象从.git/objects中被物理删除，SHA-1哈希也失效。如果不确定是否真要删，先用git show <commit-hash>检查内容，或把关键hash导出备份：
git fsck --no-reflog --unreachable | grep commit | cut -d' ' -f3 > dangling-commits.txt
悬空对象没有分支名、没有标签、没有reflog保护——它们是Git里最脆弱的一类数据，清理动作不可逆，动手前务必确认没有遗漏重要提交。
