Git中如何仅迁移分支B的差异至生产分支X1，排除其他变更？

嘿，这种多分支并行部署的场景我碰过好多次了，咱们可以通过两种精准的Git操作，只把分支B的变更迁移到生产分支X1，完全避开分支A的内容。

方法一：用git cherry-pick挑选B分支的所有提交 #

适合B分支已删除，或者能明确找到B分支提交范围的情况：

• 切换到生产分支X1
  先确保你在正确的分支上操作：

  git checkout X1
  

• 定位B分支的专属提交范围
  因为B已经合并到master，我们需要找出B相对于它创建时的master的所有提交：

  • 先找到合并B到master的那个合并提交：

    git log --merges --oneline | grep "Merge branch 'B'"
    

    输出会类似abc123 Merge branch 'B' into master，abc123就是合并提交的哈希值。
  • 查看这个合并提交的父提交：

    git show --pretty=format:"%P" abc123
    

    会得到两个哈希值，比如def456 ghi789——其中一个是合并前master的状态（记为BASE_COMMIT），另一个是B分支的最后一个提交（记为B_LAST_COMMIT）。
  • 确认提交范围：BASE_COMMIT..B_LAST_COMMIT就是B分支独有的所有提交。

• 将B的提交应用到X1
  执行cherry-pick把这些提交逐个应用到X1：

  git cherry-pick BASE_COMMIT..B_LAST_COMMIT
  

  如果过程中出现冲突，手动解决冲突后执行git add <冲突文件>，然后继续：

  git cherry-pick --continue
  

方法二：用git rebase --onto重新构建B分支并合并 #

如果B分支还存在，这种方法更直观，相当于把B的变更“搬”到X1的基础上：

• 找到B分支的创建起点
  先切换到B分支，查看提交历史找到它最初从master拉取时的提交（记为START_COMMIT）：

  git checkout B
  git log --oneline --graph  # 可视化查看提交历史，找到B脱离master的节点
  

• 将B的变更重新移植到X1上
  执行rebase命令，把B分支中START_COMMIT之后的所有提交，重新基于X1构建：

  git rebase --onto X1 START_COMMIT B
  

  遇到冲突就手动解决，之后执行git add <冲突文件>，再继续：

  git rebase --continue
  

• 合并到X1分支
  切换回X1，合并已经重新基于X1的B分支：

  git checkout X1
  git merge B  # 此时是快进合并，不会产生额外冲突
  

关键注意事项 #

• 操作前先拉取最新代码：git fetch origin，确保本地分支和远程同步。
• 操作完成后记得推送到远程仓库：git push origin X1。
• 如果B分支有多个提交，cherry-pick或rebase时会逐个应用，每个提交都可能触发冲突，耐心逐个解决即可。

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