同名远程分支覆盖本地分支后，如何恢复本地提交？

能否恢复A的提交？ #

可以恢复。Git不会直接删除提交对象，A的本地提交只是从当前分支的可见历史中被隐藏了，实际仍保存在Git的本地对象数据库里。

恢复方法 #

1. 定位丢失的提交ID #

• 优先用git reflog查看分支操作日志：这个命令会记录所有HEAD指针的移动历史，包括git pull -r操作前的提交记录。找到类似HEAD@{x}: pull --rebase: checkout <远程分支哈希>条目之前的那些提交哈希值，就是A丢失的提交。
• 备选方案：git fsck --lost-found，它会扫描出所有未被任何引用（分支、标签等）指向的提交对象，结果会存放在.git/lost-found/commit/目录下，不过需要手动核对提交内容。

2. 恢复提交到分支 #

• 方案一：新建分支恢复
  执行git checkout -b <恢复分支名> <丢失的提交ID>，直接基于丢失的提交创建新分支，之后可以将这个分支与原分支合并。如果有多个连续丢失的提交，用最后一个提交ID即可。
• 方案二：恢复到原分支
  切换回原分支后，用git cherry-pick <提交ID1> <提交ID2>...逐个将丢失的提交应用到当前分支；如果提交是连续的，也可以用范围格式：git cherry-pick <最早提交ID>..<最晚提交ID>。
  或者用git rebase --onto <原分支当前哈希> <远程分支拉取前的哈希> <最晚丢失提交ID>，把A的提交重新基于远程分支的最新版本做rebase。

问题发生的原因 #

开发者A执行git pull -r时，Git的rebase流程出现了特殊情况：

1. A和B的本地分支是完全独立创建的，没有任何共同祖先提交。
2. git pull -r本质是git fetch + git rebase：fetch获取远程分支（B推送的版本）后，rebase会尝试将本地分支上不在远程分支历史中的提交暂存，再把本地分支指针重置到远程分支的最新提交，最后重新应用暂存的提交。
3. 但因为两个分支没有共同祖先，Git无法识别出A的提交是需要保留的“新提交”，直接将A的本地分支指针硬重置到了远程分支的位置，导致A的提交从当前分支的可见历史中消失。

Git未报错的原因 #

这是Git的默认合法行为：

• 当rebase操作找不到两个分支的共同起点（fork point）时，Git会默认将本地分支重置到目标分支（远程分支）的位置，不会触发错误——它认为这是用户期望的“将本地分支完全同步到远程”的操作。
• Git的设计逻辑是尽量完成用户发起的操作，只有遇到明确的冲突、无效命令或损坏的对象时才会报错，这种场景不在错误触发范围内。

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