如何将特性分支的增量变更合并至遗留发布分支？

别担心，这种回溯旧版本打功能补丁的场景其实挺常见的，我给你一步步拆解操作流程：

第一步：定位特性分支的所有目标提交 #

首先得把你当初在特性分支上做的所有变更提交精准找出来：

• 如果你的特性分支（比如叫feature/customer-billing）还没删除，直接切回去：

  git checkout feature/customer-billing
  

  然后用这条命令列出分支上的所有提交：

  git log --oneline
  

• 如果特性分支已经被删除，就从develop的合并记录里找。先看develop的日志，找到那条--no-ff的合并提交（格式类似abc123 Merge branch 'feature/customer-billing' into develop）：

  git log --oneline develop
  

  再用合并提交的哈希值，提取特性分支的所有提交：

  git log --oneline abc123^2..abc123
  

  （这里的^2指向合并提交的第二个父节点，也就是特性分支的最终提交，这样就能完整列出分支上的所有变更）

第二步：切换到遗留版本分支 #

假设你的遗留版本分支叫legacy/v2.x，先切换过去并确保分支是最新状态：

git checkout legacy/v2.x
git pull origin legacy/v2.x

第三步：移植提交（cherry-pick） #

接下来把特性分支的提交逐个移植到遗留分支上：

• 如果提交数量不多，直接逐个执行cherry-pick：

  git cherry-pick <提交哈希1>
  git cherry-pick <提交哈希2>
  # 依次处理完所有目标提交
  

• 如果提交较多，可以一次性移植整个提交范围：

  git cherry-pick abc123^2..abc123
  

冲突处理须知 #

因为是旧版本，大概率会遇到代码冲突，遇到时Git会暂停操作，你需要：

1. 打开冲突文件，手动解决<<<<<<<、=======、>>>>>>>标记的冲突内容，保留适配遗留版本的代码
2. 标记冲突文件已解决：

   git add <冲突文件名>
   

3. 继续执行cherry-pick：

   git cherry-pick --continue
   

如果某个提交是针对develop分支的特有修改（比如适配新版本API），可以直接跳过：

git cherry-pick --skip

第四步：验证并推送 #

所有提交移植完成后，一定要在遗留分支上完整测试功能（旧版本的依赖逻辑可能和新分支差异很大），确认没问题后推送到远程：

git push origin legacy/v2.x

额外小贴士 #

• 怕操作出错的话，可以先创建临时分支做测试：

  git checkout -b temp-legacy-feature legacy/v2.x
  

  在临时分支上完成移植验证后，再合并到正式遗留分支

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