Git pull自动合并文件无diff且缺失预期变更的原因咨询

Git合并不会只按「文件是否被两边修改」判断要不要触发冲突，出现你描述的单文件自动合并无预期变更、无diff的情况，核心是以下几类逻辑触发：

• 三向合并的内容判定规则命中：Git合并默认使用ort策略（2.33及以上版本默认），会先找两个分支的最近共同提交作为合并基线，只有当两个分支对基线版本同一文件的相邻行/同一行做了不同修改时才会报冲突。如果submaster分支上，这个异常文件在基线之后的提交里，已经包含了master这次要合入的全部变更（比如之前手动cherry-pick过对应代码、或者独立写过一模一样的逻辑），Git会判定master侧对该文件的修改是冗余的，自动合并时直接丢弃这部分变更，不会报冲突，最终文件也不会生成新的diff。
• 自定义合并规则生效：如果仓库的.gitattributes文件里对该文件配置了merge=ours规则，或者全局git配置里指定了该类文件的合并驱动为保留当前分支版本，那么只要不出现同一行的完全冲突，Git会直接保留submaster侧的文件内容，完全忽略master侧对该文件的所有修改，全程无提示。
• 变更类型不触发内容合并：你提到master是单次提交更新2个文件，但如果这次提交里对该异常文件的修改只是换行符（CRLF/LF转换）、文件执行权限、行尾空白字符这类元数据变更，且submaster侧该文件的元数据和当前分支配置一致，Git会直接跳过这类无实际代码差异的变更，不会生成合并记录。
• 全局合并策略配置异常：如果之前手动设置过pull默认使用ours合并策略，合并时会优先保留当前分支的所有内容，仅当两边修改完全命中同一行时才报冲突，其余位置的master侧变更都会被静默丢弃。

按以下顺序执行命令即可定位具体原因，所有操作都不需要回滚当前合并进度：

• 先定位合并基线，执行git merge-base upstream/submaster upstream/master拿到共同提交的哈希值，分别对比三个节点的文件内容：
  • git show <基线哈希>:<异常文件相对路径>：查看基线版本的原始内容
  • git show upstream/master:<异常文件相对路径>：查看master侧待合入的文件内容
  • git show HEAD:<异常文件相对路径>：查看当前分支合并后的文件内容
    三者对比就能直接确认，是不是submaster侧已经存在master的变更、还是Git错误丢弃了内容。
• 检查文件的合并规则配置，执行git check-attr -a <异常文件相对路径>，查看输出中是否存在merge: ours或其他自定义合并驱动的配置，如果存在就是规则导致的合入跳过。
• 核对master那次提交的实际变更，先执行git log upstream/master --oneline找到那次更新2个文件的提交哈希，再执行git show <该提交哈希> -- <异常文件相对路径>，确认这次提交对该文件的修改是实际代码变更，还是仅为元数据、空白字符的无效修改。
• 复现Git的合并决策过程，执行git merge-tree $(git merge-base upstream/submaster upstream/master) upstream/submaster upstream/master | grep -A30 <异常文件路径>，可以直接看到Git在合并该文件时的具体操作：是保留了某一侧的内容、还是拼接了两边修改，不需要重新执行合并就能拿到完整决策日志。

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