Git cherry-pick合并时如何删除已迁移代码同时保留新增代码

在Git操作过程中出现了无明显原因重新添加已删除代码行的问题，具体场景如下：
我正在编写一个脚本，用于提取如下所示文件中函数内的代码：

//nextRelease.ts
export default {
  [nextRelease]: ()=>{
    lineToExport();
  }
};

并将提取到的代码移动到以发布版本号命名的新文件中：

//migration7_40_0.ts
export default {
 '7_40_0': ()=>{
   lineToExport();
 }
};

该脚本在beta分支合并至staging分支时通过GitHub Action自动运行，产生的变更需要同步回develop分支，当前采用的同步方案是将staging分支的最新提交cherry-pick到develop分支。
若cherry-pick的提交合并回develop分支前，nextRelease函数中已经新增了代码，就会触发问题：

• develop分支的nextRelease.ts内容：

//nextRelease.ts@develop
export default {
 [nextRelease]: ()=>{
   lineToExport();
   anotherLineToExport();
 }
};

• staging分支的nextRelease.ts内容：

//nextRelease.ts@staging
export default {
 [nextRelease]: ()=>{
 }
};

预期的合并后输出结果为：

//nextRelease.ts@develop
export default {
  [nextRelease]: ()=>{
    anotherLineToExport();
  }
};

但实际合并时会产生冲突，此时无论选择保留develop分支版本（ours）还是staging分支版本（theirs），都会导致代码丢失或代码重复。
尝试执行如下命令应用变更（原命令git status SHA为笔误，正确写法应为通过git show输出提交diff）：

git show SHA | git apply

命令输出的diff明确显示目标行已被删除：

@@ -2,6 +2,5 @@ export default {
 [nextRelease]: ()=>{
-    lineToExport();
 }
};

但由于上下文匹配问题，apply操作会执行失败，报错信息如下：

error: while searching for:
  export default {
    [nextRelease]: ()=>{
-      lineToExport();
    }
  };

核心诉求为：实现移除已迁移走的代码行，同时保留分支上新增的代码行，避免上述异常。

快速修复：调整git apply匹配规则 #

• 若已经触发cherry-pick冲突，先执行git cherry-pick --abort回退到合并前状态
• 应用staging分支的自动提交时，降低diff上下文匹配行数，默认要求变更点前后各3行完全匹配，改成1行即可绕过新增代码导致的匹配失败：

git show <staging分支上自动生成提交的SHA> | git apply -C1

• 如果上述命令仍报匹配错误，追加--recount参数让git自动重算行偏移：

git show <staging分支上自动生成提交的SHA> | git apply -C1 --recount

这个方式不会改动nextRelease函数里除了待删除旧行之外的任何内容，新增的anotherLineToExport()会完整保留。

长期根治：优化自动化流程逻辑 #

直接cherry-pick整块提交的方案天然容易冲突，从流程上调整可以彻底避免这类问题：

• 拆分自动生成的提交：把「新增版本号对应的migration文件」和「删除nextRelease中已迁移代码」拆成两个独立提交。前者是新增文件，永远不会产生冲突，可以直接cherry-pick；后者只包含精确的行删除变更，不会因为函数内新增代码导致整块冲突。
• 调整脚本的diff生成逻辑：不要生成「替换整个nextRelease函数体」的粗粒度diff，要针对每一条待迁移的代码行生成精确的行删除diff，只删除明确已经迁移到版本文件的行，完全不触碰函数内其他新增内容。
• 同步回develop分支时，不要直接cherry-pick自动提交，可以单独提取自动提交里新增migration文件的变更，待删除的旧行直接在develop分支本地重新执行一次迁移脚本做删除，完全绕开跨分支合并的匹配问题。

冲突应急处理 #

如果已经触发冲突不想回退重来，不用选ours或theirs（这两个选项都是整块保留某一侧的内容，必然丢代码或者重复），直接打开冲突文件按以下步骤处理：

• 找到<<<<<<< HEAD、=======、>>>>>>>包裹的冲突块
• 删掉已经迁移走的lineToExport();行，保留新增的代码行
• 删除所有冲突标记行，保存文件后执行git add nextRelease.ts，再执行git cherry-pick --continue即可。

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