分支分叉状态下git pull意外删除本地已提交文件的问题

无其他协作者操作的单仓库场景下，本地与origin/gh-pages分支出现双向各1个独立提交的分叉、且pull后大量此前保存的文件被移除，可直接排除协作者误删文件的可能，具体异常成因集中在三类场景：

• 本地分支引用发生非预期偏移
  本地提交前，可能误执行过移动分支指向的操作（比如git reset、错用git branch -f强制重置分支位置），导致本地gh-pages分支从原有的远程同步节点，跳到更早的历史提交点后生成了新的commit。这种状态下，本地存储的origin/gh-pages远程引用还是上一次fetch的旧地址，不会自动感知远程真实的分支指向，执行pull拉取远程最新状态时，就会触发git对“双向分叉”的判断。
• 远程分支历史曾被重写
  哪怕没有其他协作者参与，也有可能是在其他设备操作该仓库时，对gh-pages分支执行过rebase、强制推送这类重写提交历史的操作，且当前本地仓库从未同步过这次远程变更。此时远程分支上的那个独有提交，本身是基于缺失了大量已推送文件的早期节点生成的，pull合并后自然会将这些文件标记为移除。
• pull默认策略触发文件树覆盖
  如果git配置中开启了pull.rebase模式而非默认的merge模式，pull操作会将本地刚提交的变更直接“摘出”后嫁接到远程分支的提交后面。如果远程分支的提交本身就是删除了大量历史文件的版本，整个文件树会完全以远程提交的版本为准，最终表现为大量此前存在的文件被意外移除。

• 第一时间暂停所有强制推送、新增提交的操作，通过git reflog查询本地分支的操作历史，定位执行pull之前、刚完成本次commit对应的提交哈希，这个节点的文件是完整无缺失的。
• 执行git reset --hard <查询到的提交哈希>，即可将本地仓库完全恢复到pull之前的完整状态。
• 状态恢复后执行git fetch origin拉取远程最新的真实提交记录，通过git log origin/gh-pages对比远程分支独有提交的变更内容，定位文件被移除的具体触发点。

• 执行git config --get pull.rebase检查当前仓库的pull模式配置，确认是否存在非默认的配置项。
• 查看本地仓库.git/logs/refs/remotes/origin/gh-pages的日志内容，即可定位远程分支引用最后一次变更的时间、对应的提交哈希，快速区分是本地误操作还是远程历史重写导致的异常。

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