git diff生成补丁遗漏删除行导致无法正常应用问题

问题原因 #

这个问题是Git的重命名检测机制和diff上下文对齐规则共同导致的：

• 你给出的diff头中显示similarity index 91%，说明Git判定该文件为改名而非删除旧文件+新增新文件，生成diff时会优先对齐新旧文件的相同内容行
• 你删除的import it.my.application.SomethingFacade行刚好夹在两行和新版本完全相同的导入语句之间，默认3行上下文的diff算法在对齐时，误跳过了这行删除的记录，最终生成的hunk遗漏了该改动
• 你提到的分支B和master无共同历史的场景不影响diff生成结果，diff是基于两个commit的文件内容直接比对，和提交历史无关

解决方法 #

你可以任选以下方案规避该问题：

• 生成补丁时添加--no-renames参数，禁用重命名检测，Git会将该改动识别为删除旧文件+新增新文件，会完整列出所有改动不会遗漏
• 调整diff算法为histogram，生成补丁时添加--diff-algorithm=histogram参数，该算法对单行删除/新增的相邻内容对齐准确率更高，不会漏记改动
• 生成补丁时将上下文行数调整为4（-C4），更长的上下文会让hunk覆盖到被删除的导入行，避免对齐遗漏
• 放弃补丁方案，改用cherry-pick操作：因为你已经知道master上对应commit的内容和要同步到B的内容完全一致，直接执行git cherry-pick -X theirs --no-commit <master对应commit哈希>，之后将修改 squash 为单次commit提交即可，比补丁方案可靠性更高，不会出现内容遗漏

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