GitHub已删除分支无法在reflog中查到的恢复相关问题咨询

• blob（二进制大对象）：是Git存储文件内容的最小单位，每个独立的文件内容对应唯一的blob对象，blob仅存储文件的二进制内容，不保存文件名、权限、修改时间等任何元数据。
• tree对象：对应文件系统的目录结构，用来组织blob和子级tree对象。每个tree的条目包含关联对象（blob/子tree）的哈希值、对应文件/目录的名称、读写权限属性，一个提交（commit）对应的顶层tree对象，就完整记录了该提交时刻整个项目的目录结构和所有文件的状态。

只要目标分支对应的提交还没有被git gc命令清理，就可以通过以下方式恢复：

• 方法1：通过悬空commit直接重建分支
  你已经通过git fsck拿到了所有不可达对象，运行以下命令过滤出所有悬空的commit对象：

git fsck --full --no-reflogs --unreachable | grep commit

接下来对输出的每个commit哈希执行git show <commit-hash>查看提交信息、改动内容，找到目标分支的最后一次提交哈希后，直接运行以下命令即可在本地重建分支：

git branch <新分支名称> <目标commit哈希>

如果你执行git fsck时添加了--lost-found参数，所有悬空commit的哈希会直接以文件形式存放在项目的.git/lost-found/commit/目录下，你也可以直接遍历该目录下的文件确认目标提交。

• 方法2：查询代码托管平台的历史记录
  如果该分支此前曾推送到GitLab、GitHub等代码托管平台，哪怕远程分支已被删除，你也可以在平台的推送日志、合并请求（PR/MR）记录、操作日志中找到该分支的最后一次提交哈希，拿到哈希后按照方法1的命令即可在本地重建分支。
• 方法3：排查本地远程引用日志
  如果你本地曾关联过该分支的远程上游，可尝试查看logs/refs/remotes/<远程名称（通常为origin）>/目录下的残留日志，部分情况下未被清理的远程引用日志也会留存该分支的提交记录。

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