Git合并master到email分支时出现文件内容大量重复的冲突问题

嘿，我之前踩过一模一样的坑，太闹心了！咱们先来搞清楚为啥会出现这种情况，再一步步解决它。

可能的原因 #

• 最常见的是分支间的文件曾被错误复制同步：比如有人在其中一个分支里不小心把.gitignore整个复制粘贴了一遍，提交了重复内容；或者用批量替换工具时操作失误，导致文件内容重复。两个分支各自提交这个重复版本后，Git合并时没法识别出这是重复内容，就把两边的版本都拼接在一起了。
• 另一种可能是换行符不一致：如果团队里有人用Windows（CRLF换行），有人用Linux/macOS（LF换行），Git可能会把这些换行符差异识别为“修改”，合并时就把两边的内容都保留下来，看起来像是重复。

解决步骤 #

1. 先备份，稳一手
   先把冲突的.gitignore复制一份备份，防止操作失误丢东西：

   cp .gitignore .gitignore.bak
   

2. 手动清理重复+解决真冲突
   打开冲突的.gitignore：

   • 先找到真正的冲突标记：<<<<<<< HEAD（email分支内容）、=======、>>>>>>> master（master分支内容），先处理这些行，确定要保留哪一边的规则（或者合并两边的合理规则）。
   • 然后删掉后面完全重复的内容：比如你说从第259行开始是master分支的重复内容，对比前面email分支的内容，把重复的段落全部删掉，只留一份完整的、处理好冲突的内容。

3. 验证修改结果
   用Git命令检查修改后的文件是否符合预期：

   git diff --cached .gitignore
   

   确认没有遗漏必要的忽略规则，也没有多余的重复内容。

4. 完成合并
   没问题的话，添加文件并继续合并：

   git add .gitignore
   git merge --continue
   

预防小技巧 #

• 修改.gitignore这类配置文件时，尽量单行修改提交，避免批量替换整个文件，减少重复风险。
• 统一团队的换行符配置：在仓库根目录添加.gitattributes文件，内容写* text=auto，让Git自动处理换行符，避免因为换行符差异导致的假冲突。

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