无引用无日志的缺失Git Blob：排查成因及处理方法求助

一、查明Git认为该Blob应当存在的原因 #

如果git fsck和git log都找不到引用，试试以下方法追踪引用来源：

• 遍历所有提交的对象列表：
  用git rev-list --all --objects列出所有被提交、分支、标签引用的对象，直接搜索目标Blob哈希：

  git rev-list --all --objects | grep 744284d782d815410d196c4d617ec9b19ca1125d
  

  如果返回结果，说明该Blob曾出现在某个提交中，结果里的提交哈希就是引用它的提交。

• 检查暂存区与工作区：
  暂存区可能持有未提交的Blob引用，用以下命令查看：

  git ls-files --stage | grep 744284d782d815410d196c4d617ec9b19ca1125d
  

  如果有输出，说明对应的文件还在暂存区，Git因此认为该Blob需要存在。

• 排查Stash中的引用：
  Stash会保存工作区和暂存区的状态，检查所有stash是否引用了该Blob：

  git stash list | while read stash_entry; do
    git cat-file -p "${stash_entry}^3" | grep 744284d782d815410d196c4d617ec9b19ca1125d
  done
  

  （^3指向stash保存的工作区树对象）

• 扫描Reflog中的历史状态：
  Reflog记录了本地分支的所有历史操作，检查其中是否有引用该Blob的旧状态：

  git reflog show --all | awk '{print $1}' | xargs -I {} git cat-file -p {} | grep -F 744284d782d815410d196c4d617ec9b19ca1125d
  

• 检查未完成的Git操作：
  如果之前有未完成的合并、变基或cherry-pick，Git可能在临时状态中保留了对该Blob的引用。执行以下命令回退未完成操作：

  git merge --abort
  git rebase --abort
  git cherry-pick --abort
  

  回退后再重新执行git fsck，看是否还提示缺失该Blob。

二、无断链无日志记录时的处理方案 #

如果上述方法都找不到任何引用，说明该Blob属于未被跟踪的临时对象，可按以下步骤处理：

• 清理未引用的Git对象：
  执行Git垃圾回收，清理所有未被引用的松散对象（包括标记为缺失的Blob）：

  git gc --prune=now
  

  --prune=now会立即清理所有过期对象，而不是等待默认的两周期限。

• 重置暂存区：
  如果暂存区有残留引用，执行以下命令清空暂存区：

  git reset HEAD -- .
  

  或者针对特定文件重置（如果知道哪个文件关联该Blob）。

• 重新克隆仓库：
  如果以上操作都无效，最彻底的方法是克隆一个干净的远程仓库，然后将本地未提交的修改复制到新仓库中。这种方法可以完全清除本地Git数据库中的异常状态。

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