如何修复Git中main与develop分支错乱的提交历史顺序

执行rebase时Git重放提交的顺序识别异常，main分支的C3提交被错误放到develop分支自有提交C4、C5之后，最终出现顺序颠倒的问题。

任选以下两种方案之一操作，都能得到目标线性提交历史。

方案1：交互式变基调整顺序（推荐，不会改动已有提交内容） #

• 先切换到develop分支

  git checkout develop
  

• 执行交互式变基命令，以main分支为基准调整提交顺序

  git rebase -i main
  

• 命令执行后会弹出文本编辑界面，待调整的提交列表默认按从旧到新的顺序排列，当前列表结构大致如下（将示例中的hash替换为本地实际的提交短哈希即可）：

  pick <C4的提交hash> C4对应的提交说明
  pick <C5的提交hash> C5对应的提交说明
  pick <C3的提交hash> C3对应的提交说明
  

• 将C3对应的配置行剪切，移动到C4对应行的上方，调整后的列表顺序如下：

  pick <C3的提交hash> C3对应的提交说明
  pick <C4的提交hash> C4对应的提交说明
  pick <C5的提交hash> C5对应的提交说明
  

• 保存文件并退出编辑器，Git会自动按指定顺序重放所有提交。如果过程中出现代码冲突，正常解决冲突后执行git add 冲突文件路径，再执行git rebase --continue即可完成流程；如果操作中途想撤销本次变基，执行git rebase --abort就能回到变基前的状态。

操作完成后develop分支的提交链路就会变为目标结构C1 - C2 - C3 - C4 - C5。

方案2：重置分支+拣选提交（适合不熟悉交互式变基的场景） #

如果觉得交互式变基操作复杂，也可以直接重置分支后拣选需要的提交：

• 切换到develop分支，将分支硬重置到main分支的最新节点，这一步会丢弃develop分支当前错误顺序的提交记录，执行前确认本地没有未提交的改动

  git checkout develop
  git reset --hard main
  

• 按顺序把C4、C5两个提交拣选到当前develop分支上，命令中的hash替换为本地C4、C5对应的实际提交hash即可

  git cherry-pick <C4的提交hash> <C5的提交hash>
  

执行完成后同样能得到目标线性提交历史。

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