执行git lfs prune后仍残留无关联提交的LFS文件？原因与解决

我已删除某分支，并通过git for-each-ref确认所有指向该分支的引用已清除，且该分支未合并至任何现有分支：

$ git for-each-ref
a768c5e4e978cc03ed8f62bd404c93009ff7655a commit refs/heads/master
aec5aa23a9a12990c746089f21c61e55c00f8594 commit refs/heads/base
a768c5e4e978cc03ed8f62bd404c93009ff7655a commit refs/remotes/origin/master
aec5aa23a9a12990c746089f21c61e55c00f8594 commit refs/remotes/origin/base

但本地LFS文件中仍存在被已无现存引用的提交指向的文件（最后三个）：

$ git lfs ls-files -a
a839e89bd8 * build/file1.apk
0774f8e633 * download/file2.apk
883b3e9b7a - build/file624.zip
4b3650cb0b - download/file413.zip
16dfaf2af3 - build/file845.zip

我尝试使用以下命令清理这些文件，但未生效：

git lfs prune 
git lfs prune --recent

另外，我已执行过多次git gc和git repack相关命令，且上述提交在本地已不存在：

$ git show 883b3e9b7a
fatal: ambiguous argument '883b3e9b7a': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'

实际场景中存在数百个此类文件，需解决：为何LFS无法移除这些文件？该如何删除它们以节省本地存储空间？

1. 隐藏引用残留：git lfs prune默认只清理完全无引用的LFS对象，但reflog、stash、refs/original/下的备份引用等隐藏记录，可能还间接关联着这些对象，导致LFS判定它们仍被引用。
2. Git默认保留期限制：Git默认会保留最近30天的reflog记录，即使分支已删除，reflog里的历史引用仍会指向旧提交，阻止LFS清理对应对象。
3. LFS缓存与Git对象清理不同步：LFS本地缓存（默认路径.git/lfs/objects/）的清理逻辑独立于Git的垃圾回收，不会自动同步Git对象的清理结果。

步骤1：彻底清理隐藏引用与reflog #

先清除所有可能残留的间接引用：

# 清除所有本地分支的reflog记录
git reflog expire --expire=now --all
# 清理远程已删除分支的本地引用
git remote prune origin
# 强制Git垃圾回收，彻底清除无引用对象
git gc --prune=now --aggressive

步骤2：强制LFS重新扫描并清理 #

执行带强制参数的LFS清理命令，跳过保留期检查并验证远程引用状态：

# 强制清理所有无引用的LFS对象，同时确认远程仓库无需保留这些对象
git lfs prune --force --verify-remote

步骤3：手动批量清理（若上述命令无效） #

如果仍无法删除，可手动定位并批量清理LFS对象：

1. 提取无效LFS对象的完整OID：

   git lfs ls-files -a | grep "-" | awk '{print $1}'
   

2. 批量删除对应缓存文件：

   git lfs ls-files -a | grep "-" | awk '{print $1}' | while read oid; do
     dir1=${oid:0:2}
     dir2=${oid:2:2}
     rm -rf .git/lfs/objects/$dir1/$dir2/$oid
   done
   

   注意：此操作为强制删除，执行前请确认这些对象确实不再被任何场景需要。

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