如何将main分支已合并PR的修复移植到文件结构差异的旧发布分支？

针对你遇到的分支结构差异、补丁应用失败问题，以下是几个能减少手动工作量的方案：

方案1：交互式cherry-pick（最可控的方式） #

如果PR-1234包含多个独立提交，用cherry-pick逐个处理冲突和文件差异：

• 先找到PR-1234对应的提交哈希范围（比如从abc123到def456，可通过git log或PR页面确认）
• 基于旧分支创建回退分支：git checkout -b backport-pr1234 release/1.1
• 启动交互式cherry-pick，先不自动提交：

  git cherry-pick -x --no-commit abc123..def456
  

  （-x会在提交信息里标注原提交哈希，方便溯源；--no-commit让你逐个处理每个提交的问题）
• 处理文件不存在报错：如果某个提交修改的文件在旧分支没有，要么找到旧分支中承担相同功能的文件手动迁移修改，要么用git cherry-pick --skip跳过该提交（确认修复不适用旧分支时）
• 处理空格报错：临时关闭git的空格检查：git config core.whitespace nowarn，处理完后改回默认：git config core.whitespace default
• 每个提交处理完成后，用git commit --no-edit提交，继续下一个

方案2：宽松模式应用补丁（快速处理大部分适配） #

针对你已经下载的PR补丁文件，用git apply的宽松参数降低适配门槛：

• 执行补丁应用，自动修复空格并保留无法应用的部分：

  git apply --reject --whitespace=fix pr1234.patch
  

  （--reject会把能自动应用的修改合并到文件，无法适配的部分生成.rej后缀的对比文件；--whitespace=fix自动修复 trailing whitespace 问题）
• 查看.rej文件，里面会标注原补丁的修改内容和当前分支文件的差异，手动把这些内容迁移到旧分支对应的文件中
• 删除所有.rej文件后，提交修改

方案3：生成本地补丁+智能合并 #

用git自己生成PR的补丁文件，比github提供的更适配本地仓库，再结合三方合并减少冲突：

• 切换到main分支，生成PR对应的补丁：

  git format-patch -k --stdout abc123..def456 > pr1234-local.patch
  

  （-k保留原提交的主题和信息，避免格式丢失）
• 回到旧分支的回退分支，用智能合并模式应用补丁：

  git am -3 --whitespace=fix pr1234-local.patch
  

  （-3会尝试用三方合并解决冲突，比直接apply更智能；--whitespace=fix自动修复空格问题）
• 如果还是出现文件不存在错误，直接编辑pr1234-local.patch文件，把补丁里的新文件路径改成旧分支中对应的文件路径，保存后重新执行git am命令

额外技巧 #

• 先梳理PR-1234的修复内容，标记出必须迁移的关键修复，跳过那些依赖新文件结构的非必要修改，减少工作量
• 处理第一个旧分支（比如release/1.1）时，把回退分支的修改记录下来，处理其他分支（release/1.2）时可以直接参考之前的适配逻辑，避免重复劳动
• 用git diff main release/1.1 --name-status提前对比分支间的文件差异，预判可能出现问题的文件

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