Git blame报fatal: internal error in blame::find_origin (D)错误修复求助

我碰到过几次类似的git blame内部错误，结合你提到的(D)标记（对应diff中的删除状态），这个问题通常和仓库对象损坏、历史里的异常提交或者Git版本的已知bug有关。下面是一步步的修复方案，你可以按顺序尝试：

• 基础仓库完整性检查与修复
  首先排查仓库是否存在对象损坏的情况：

  git fsck --full
  

  如果输出了损坏对象的提示，先尝试清理仓库垃圾并重建索引：

  git gc --prune=now
  

  这一步通常能修复大多数因对象缓存或索引异常导致的问题。

• 跳过可疑提交进行Blame
  如果基础修复无效，可能是某条历史提交的删除操作触发了Git的内部bug。你可以尝试用git blame的参数跳过可疑提交：

  1. 先通过git log --oneline <your-file-path>查看文件的提交历史，定位可能存在异常删除操作的提交。
  2. 用--ignore-rev参数跳过该提交，比如：

     git blame --ignore-rev <commit-hash> <your-file-path>
     

  如果找到多个可疑提交，可以创建一个.git-blame-ignore-revs文件，把所有要跳过的提交哈希写入其中，然后用：

  git blame --ignore-revs-file .git-blame-ignore-revs <your-file-path>
  

• 重新克隆仓库
  如果本地仓库的损坏比较严重，或者历史提交的异常难以定位，最直接的方法是从远程仓库重新克隆一份干净的副本：

  git clone <remote-repo-url>
  

  之后把本地未提交的修改、分支等迁移到新克隆的仓库中。

• 升级Git到最新稳定版
  这个内部错误在Git的旧版本中可能是已知bug，比如某些版本对删除操作的blame逻辑处理不完善。尝试升级到最新的稳定版Git，很多这类内部错误已经被官方修复。

• 手动修复异常历史提交（谨慎操作）
  如果以上方法都无效，且仓库是私有仓库（不用担心影响其他协作成员），可以尝试修改有问题的历史提交：

  1. 用git rebase -i <commit-hash-before-problem>进入交互式变基，找到有异常删除操作的提交。
  2. 把该提交的指令改为edit，然后修改文件内容重新提交，最后完成变基。

  注意：这个操作会修改Git历史，公共仓库中执行前一定要和团队成员沟通确认。

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