如何将dev分支的特定提交合并到stage分支（避免全量合并及大量cherry-pick操作）

我完全懂你的崩溃——300个提交挨个cherry-pick就算了，还刚第一个就碰冲突，这工作量想想都头大！别慌，有两个高效的方案能帮你把dev里需要的变更迁移到stage，不用全量合并也不用跟几百个提交死磕。

方案一：用git rebase --onto+交互式变基（推荐，保留提交历史） #

这个方法适合你能明确区分dev中哪些提交要保留、哪些要排除的场景，本质是把dev上的目标提交“移植”到stage分支的基础上，过程中可以批量剔除不需要的提交。

步骤走一遍：

• 先确保本地分支都是最新的：

  git checkout stage
  git pull origin stage
  git checkout dev
  git pull origin dev
  

• 找到dev和stage的共同祖先提交（就是你上次从stage切出dev，或者最后一次合并dev到stage的那个节点），用这个命令获取它的哈希值：

  git merge-base dev stage
  

  把这个哈希记为<common-commit-hash>备用。
• 基于stage创建一个临时分支，用来存放我们筛选后的提交：

  git checkout -b temp-stage stage
  

• 执行交互式变基，把dev上从共同祖先之后的提交移植到temp-stage，同时剔除不需要的：

  git rebase --onto temp-stage <common-commit-hash> dev -i
  

  这时会弹出一个文本编辑器，里面列着所有要移植的提交。把不需要的提交前面的pick改成drop，保存并退出编辑器。Git会自动把剩下的提交应用到temp-stage上。
• 如果变基过程中碰到冲突，解决完冲突后执行git add .，然后用git rebase --continue继续变基就行——比起300次cherry-pick的冲突，这里只需要解决一次相关冲突（同一处代码的冲突只会触发一次）。
• 变基完成后，把temp-stage合并到stage：

  git checkout stage
  git merge temp-stage
  

• 最后可以删掉临时分支：

  git branch -D temp-stage
  

方案二：用补丁集批量应用提交（适合不需要严格保留提交历史的场景） #

如果不在乎提交历史被合并成补丁应用，这个方法更直接：

• 先确定你要迁移的提交范围，比如从提交<start-commit>到dev的HEAD，生成补丁文件：

  # 把补丁存到当前目录的patches文件夹里
  git format-patch <start-commit>^..dev -o patches/
  

  每个提交会生成一个单独的.patch文件，存到patches文件夹中。
• 切换到stage分支：

  git checkout stage
  

• 批量应用补丁：

  git am patches/*.patch
  

• 碰到冲突的话，解决冲突后执行git add .，然后git am --continue继续；如果某个补丁确实不需要，可以用git am --skip跳过（谨慎使用），想彻底取消就用git am --abort。

重要提醒 #

操作前一定要给dev和stage分支做本地备份，比如：

git branch dev-backup
git branch stage-backup

万一操作失误，直接切回备份分支就能恢复，稳得很！

备注：内容来源于stack exchange，提问作者Ahsan Ahmad