Git中多补丁含重复变更时如何正确应用补丁？

在开发遗留软件的CLI fetch相关变更时，同时修改了服务端代码；之后从全新仓库创建服务端补丁service.patch时，部分变更已经在之前的CLI补丁中完成。在应用完CLI补丁后执行git apply service.patch时，出现如下报错：

git apply service.patch
error: patch failed: service/auth/auth.java:8
error: service/auth/auth.java: patch does not apply
error: patch failed: service/config/utils.java:4
error: service/config/utils.java: patch does not apply

尽管两个文件的变更内容一致，但仍触发上述报错，且无法查看文件冲突内容。创建service.patch的步骤为：

• 修改代码后执行git add .暂存变更
• 执行git diff --cached > service.patch
  已检查两个补丁的差异，未发现冲突，寻求解决办法。

方法1：强制应用补丁并保留冲突标记 #

执行以下命令，让Git强制尝试应用补丁，同时把无法匹配的内容单独生成文件：

git apply --reject service.patch

执行后，能匹配的变更会直接生效，无法应用的部分会生成.rej后缀的文件，里面保留补丁中无法匹配的代码片段。你可以手动把这些内容合并到对应文件中，完成后删除.rej文件即可。

方法2：重新生成适配当前代码的服务端补丁 #

如果不想手动合并，可在已应用CLI补丁的仓库里重新生成补丁：

1. 确认当前仓库已应用完CLI补丁，且工作区无未提交变更（用git status检查）
2. 只修改service.patch中未被CLI补丁覆盖的服务端代码
3. 暂存变更：git add .
4. 生成新补丁：git diff --cached > new_service.patch
5. 使用这个新补丁完成变更应用

方法3：检查补丁的上下文匹配问题 #

Git补丁依赖上下文行（补丁中@@ ... @@附近的代码）来定位变更位置，哪怕变更内容一致，只要上下文行和当前仓库的代码不匹配（比如空格、换行、注释差异），就会报错。你可以打开service.patch，对比报错文件的对应行：

• 查看service/auth/auth.java第8行附近，补丁里的上下文代码和当前文件的是否一致
• 如果是上下文差异导致的，手动修改补丁中的上下文行，让它和当前文件的代码匹配后再尝试应用

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