GitHub分支合并问题求助：恢复Branch B并无冲突合并至main

第一步：恢复Branch B的原有变更 #

• 查看Branch B的操作日志，定位误合并main之前的最后一个有效提交哈希：

  git reflog show B
  

  日志中会显示类似abc123 HEAD@{0}: merge main: Fast-forward的记录，找到该记录之前的提交哈希（例如def456），这就是B分支误合并前的头部节点。
• 重置Branch B到该提交，恢复原有变更：

  git checkout B
  git reset --hard def456
  

  注意：该操作会丢弃B分支误合并后的所有内容，确认无需要保留的变更后再执行。

第二步：无冲突合并Branch B至main #

由于main分支曾合并过包含B的abc分支并回滚，直接合并B会触发回滚操作与B变更的冲突，可通过以下方式处理：

方法1：用git rebase --onto重放B的提交到main最新状态 #

如果B分支的独有提交均基于abc创建前的基础：

1. 找到B分支最初从main分叉的提交哈希（例如ghi789，即创建B时main的状态）。
2. 重放B的独有提交到main的最新头部：

   git checkout B
   git rebase --onto main ghi789
   

   该命令会将B分支中ghi789之后的所有提交，重新应用到main的最新提交上，自动排除abc合并相关的历史记录。
3. 切换到main分支完成合并：

   git checkout main
   git merge B
   

方法2：用git cherry-pick手动挑选B的提交 #

如果B分支提交数量较少，可直接挑选需要的提交到main：

1. 查看B分支的提交历史，记录所有需要合并的提交哈希：

   git log --oneline B
   

2. 切换到main分支，逐个挑选提交：

   git checkout main
   git cherry-pick <commit-hash-1> <commit-hash-2> ...
   

   若遇到冲突，解决后执行git cherry-pick --continue即可。

方法3：用git merge -X theirs强制保留B的变更（谨慎使用） #

如果冲突仅来自之前的回滚操作，可通过该策略优先保留B的内容：

git checkout main
git merge B -X theirs

注意：该参数会在冲突时默认采用B分支的内容，需确认冲突仅由回滚操作导致，避免误覆盖main的其他重要变更。

额外注意 #

• 执行重置、重放操作前，建议先备份B分支：git checkout B && git branch B-backup，防止操作失误丢失数据。
• 若团队多人协作，恢复B分支后需通知其他成员更新本地分支：git fetch origin && git checkout B && git reset --hard origin/B。

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