Git合并PHP类分支时函数冲突缺失闭合花括号的规避方法

这类冲突本质是Git默认基于行做差异匹配导致的：两个分支同时在类的最尾部新增方法时，会把类的最终闭合花括号识别为共同修改锚点，将两边的新增内容归为同一个冲突块，最终误吞前一个方法的闭合符。不需要修改Git合并逻辑，只要统一3个简单的编码规范，就能彻底避免这类无意义冲突：

• 类尾部固定保留空行：所有类的最后一个方法结束后，强制留1个空行再写类的闭合花括号}，禁止新方法直接贴着类的闭合符编写。
  这是成本最低、效果最好的方案。共同祖先版本的类尾部固定结构为「最后一个现有方法 -> 空行 -> 类闭合符」，两个分支新增方法时，都是在「最后一个现有方法」和「尾部空行」之间插入内容，Git会识别为两处独立的新增操作，根本不会生成冲突块，合并后会自动保留两个方法的完整结构，连手动解决的步骤都省了。
  规范写法示例：

  class MyClass {
     /* ... 原有类内容 ... */
  
     public function oldMethod() {
        // 原有逻辑
     }
     // 这里固定保留1个空行，不要删除
  }
  

• 方法之间固定留空行：任意两个相邻方法之间必须留1个空行分隔，不要把多个方法的代码挤在一起。哪怕出现冲突，空行也会成为Git识别独立代码块的分隔标记，不会把两个方法的闭合花括号识别为同一行的对等修改。
• 配置PHP专属差异识别：在项目根目录的.gitattributes文件中加入如下配置，让Git在比对PHP文件差异时参考PHP语法结构，进一步降低纯行匹配的误判概率：

  *.php diff=php
  

出现丢花括号的核心原因，是两个分支的新方法都直接接在原有内容末尾，下一行就是类的闭合}，Git会把从新方法起始行到类闭合}的所有内容判定为同一修改块，合并时直接拼接两边内容，自然会覆盖HEAD分支下newFunctionA的闭合}。按上面的规范调整后，这类同位置新增独立方法的场景99%不会再出冲突。

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