Git中AssemblyInfo.cs的特殊处理：如何阻止自动合并触发版本冲突？

当然可以！你完全可以让Git把AssemblyInfo.cs的变更识别为合并冲突，哪怕两个分支的修改内容完全一致。下面是具体的实现方案：

方法一：自定义合并驱动（长期生效） #

这个方法是最可靠的，配置后会长期作用于仓库：

• 添加自定义合并驱动
  在你的仓库本地配置文件（.git/config）或者全局Git配置文件（~/.gitconfig）中，添加一个会强制返回合并失败的驱动：

  [merge "force-conflict"]
      name = Force Conflict Merge Driver
      driver = false %A %B %O
  

  这个驱动的逻辑很简单：合并过程中直接返回false（失败状态），这样Git就会将该文件标记为合并冲突，不会自动完成合并操作。

• 绑定驱动到AssemblyInfo.cs
  在仓库根目录创建或修改.gitattributes文件，添加一行规则，指定AssemblyInfo.cs使用这个自定义合并驱动：

  AssemblyInfo.cs merge=force-conflict
  

  保存文件后，Git就会记住这个规则。后续所有涉及AssemblyInfo.cs的合并操作，无论两个分支的修改是否完全相同，都会触发合并冲突，等待你手动处理。

方法二：临时合并检查（单次需求） #

如果你只是偶尔需要这个功能，不想修改仓库或全局配置，可以在合并时使用--no-commit参数：

git merge <目标分支名> --no-commit

这个命令会执行合并操作，但不会自动提交结果。你可以手动检查AssemblyInfo.cs的版本号变更，确认无误后再执行git commit完成合并。

补充说明 #

• 自定义合并驱动的方式属于“一劳永逸”的配置，适合需要长期管控AssemblyInfo.cs版本合并的场景；
• 如果后续需要恢复Git的默认合并行为，只需要删除.gitattributes中对应的规则，或者移除自定义合并驱动的配置即可。

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