如何避免多分支编辑db_patch文件时的Git合并冲突？

问题背景 #

在数据库系统开发场景下，开发者会在各自功能分支独立编辑db_patch主脚本，将专属的changeset代码块添加至文件末尾。当代码提交至Azure DevOps发起Pull Request并自动合并到master分支时，常因其他分支已合并的变更产生冲突，现寻求无需提前将master合并到功能分支的解决方案。

问题1：能否让Git始终将db_patch的变更合并到现有代码之后？ #

可以通过Git自定义合并驱动实现：

• 编写合并脚本，核心逻辑是将当前分支的db_patch内容追加到目标分支（master）的db_patch内容之后，同时可通过检查changeset唯一标识（如示例中的ABC）过滤重复块。
• 在项目根目录的.gitattributes文件中添加配置：

  db_patch merge=append
  

• 在Git全局或项目配置中注册该合并驱动：

  git config --global merge.append.driver 'cat %A %B > %A.tmp && mv %A.tmp %A'
  

  若需要去重，可修改驱动脚本，比如用awk工具匹配changeset标识，跳过已存在的代码块。

问题2：如何帮助Git识别多分支编辑文件中的代码块，避免同位置变更引发冲突？ #

可通过结构化代码块标记或拆分独立文件两种方式优化：

• 添加明确的代码块边界标记：为每个changeset块增加固定的起始和结束标记，让Git能识别独立单元，示例如下：

  # BEGIN CHANGESET ABC
  if (changeset ABC not deployed yet) then
    execute my_script1
    execute my_script2
    compile
    set changeset ABC deployed
  end if
  # END CHANGESET ABC
  

  配合自定义合并脚本识别这些标记，合并时将不同分支的changeset块视为独立内容，大幅降低同位置冲突概率。
• 拆分独立文件：将每个changeset拆分为单独文件，比如db_patches/ABC.sql、db_patches/DEF.sql，让db_patch主脚本遍历执行该目录下的所有文件。这种方式从根源上避免单文件冲突，每个开发者仅修改自己的专属文件，合并时无冲突风险。

补充提示 #

使用追加式合并驱动时，务必确保脚本具备去重逻辑，否则会导致db_patch中出现重复的changeset执行代码，引发数据库部署问题。

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