Git合并main到big-feature分支出现大量未修改文件冲突咨询

• 核心诱因正是你怀疑的squash-merge机制+分支历史出现了孤立提交：A团队将功能分支squash合入main时，会生成一个和原功能分支提交无关联关系的全新提交，完全覆盖原功能分支的提交溯源。如果B团队的big-feature分支曾合入过A团队未正式合入main的功能分支代码（可能是成员私下拉取测试、跨团队协作临时合入等你未感知到的操作），那么当A团队把该功能squash合入main后，Git做三向合并时找不到两个分支对应变更的共同祖先，会把main上的squash提交内容和big-feature里的原功能分支内容都判定为双方独立修改，就算B团队后续没动过这些文件，也会触发冲突。
• 次要可能是团队Git配置不一致：行尾符（core.autocrlf）、文件编码、文件执行权限的全局配置有差异，Git会识别为文件存在变更，触发无意义冲突，这类冲突通常表现为文件内容无逻辑差异，但整文件被标记为冲突。

• 如果你确认冲突文件B团队从未做过修改，直接使用合并策略参数自动解决所有冲突，无需手动处理：
  切换到merge-with-main分支后，执行git merge -X theirs main
  这里的theirs指代你要合入的main分支，所有冲突位置都会自动采用main的版本，几百个文件的冲突几秒就能处理完成。
• 如果只想批量处理指定冲突文件，可以先执行git diff --name-only --diff-filter=U列出所有冲突文件，再批量执行git checkout --theirs <文件路径>，完成后执行git add <文件路径>标记冲突已解决。

• 严格规范分支合入规则：禁止B团队成员将A团队未正式合入main的功能分支代码合入big-feature，所有上游变更只能从main分支同步，避免引入无溯源的孤立提交。
• 调整同步频率：不要攒大量变更才同步main，建议每周固定同步一次main的最新代码，减少单次合并的冲突量级。
• 统一团队Git配置：全团队统一配置行尾符、编码规则，比如Windows环境统一设置git config --global core.autocrlf true，Mac/Linux环境统一设置git config --global core.autocrlf input，避免格式类无意义冲突。
• 如果big-feature分支最终要合入main，且开发周期超过1个月，可以考虑改用rebase方式同步main的变更：每次同步执行git rebase main，冲突只需要解决一次，后续合并到main时不会重复出现冲突，适合单人负责的特性分支；如果是多人协作的特性分支，可以使用rebase + 强制推送到个人特性分支的方式，避免修改公共big-feature分支的历史。

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