如何无需逐个回退commit解耦已混合并的master与develop分支？

没问题，这种分支commit混杂的情况完全可以不用逐个回退来解耦，而且你的master还没发布，操作起来没有后续协作风险。我给你两种实用方案，你可以根据自己的偏好选择：

方案一：交互式变基（最直接高效） #

这个方法能让你直观地筛选保留哪些commit，剔除哪些：

1. 先把本地未提交的更改暂存（如果有的话）：

   git stash
   

2. 切换到master分支：

   git checkout master
   

3. 启动交互式变基，从项目第一个commit开始编辑历史：

   git rebase -i --root
   

   这时候会弹出文本编辑器，里面列出master的所有commit，顺序就是你描述的：xyz、aab、xxy、bbc、zzy、cba
4. 在编辑器里，把属于develop的commit（aab、bbc、cba）前面的pick改成drop，保存并退出编辑器。
   Git会自动重新构建master分支，最终只保留原master的三个commit：xyz、xxy、zzy

方案二：Cherry-pick 重建分支（更稳妥，适合怕出错的情况） #

如果担心交互式变基操作失误，可以用cherry-pick手动挑选需要保留的commit，重新构建干净的master：

1. 通过git log --oneline找到原master三个commit（xyz、xxy、zzy）的哈希值并记录下来。
2. 创建临时分支用于构建干净版本：
   • 如果xyz是项目第一个commit，创建无父节点的分支：

     git checkout --orphan new_master
     

   • 如果xyz有父commit，基于父commit创建分支：

     git checkout -b new_master <xyz的父commit哈希>
     

3. 依次cherry-pick原master的三个commit：

   git cherry-pick <xyz的哈希>
   git cherry-pick <xxy的哈希>
   git cherry-pick <zzy的哈希>
   

4. 验证新分支的commit序列正确后，替换原master分支：

   git checkout master
   git reset --hard new_master
   

5. 最后删除临时分支：

   git branch -D new_master
   

注意事项 #

• 操作前建议先备份当前master分支，以防万一：

  git branch master_backup
  

  要是操作出问题，随时可以用git checkout master_backup恢复。
• 因为master还没发布，这些修改commit历史的操作不会影响其他协作成员，放心执行就行。

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