Azure多仓库触发器：跨仓同时提交触发多次运行且首运行失败问题

1. 现象产生的原因 #

当短时间内先后向RepoA和RepoB提交代码时，Azure Pipeline的多仓库触发器会独立响应每个仓库的提交事件：

• 第一个提交（比如RepoA）触发流水线时，第二个仓库（RepoB）的提交可能还未完成分支同步，或者触发器尚未检测到该提交，此时流水线拉取的RepoB代码仍是旧版本，导致构建失败。
• 第二个提交（RepoB）完成后，触发第二次流水线运行，此时两个仓库的最新代码都已同步到目标分支（release/X），因此构建成功。
• 本质上，Azure Pipeline的多仓库触发器是独立触发的，每次触发时会基于触发时刻各仓库目标分支的最新快照拉取代码，若两个提交存在时间差，就会出现第一次运行拉取不全最新代码的情况。

2. 解决方案 #

以下是几种可行的处理方式，按推荐优先级排序：

方式一：启用触发器的批量处理（Batch Mode） #

在每个仓库的触发器配置中添加batch: true，Azure Pipeline会将短时间内同一分支的多次提交合并为一次流水线运行，既避免重复触发，又能确保拉取所有仓库的最新代码。

修改后的YAML示例：

resources:
  repositories:
  - repository: RepoA
    type: git
    ref: release/X
    name: company/RepoA
    trigger:
      branches:
        include:
        - release/X
      batch: true  # 启用批量触发

  - repository: RepoB
    type: git
    ref: release/X
    name: company/RepoB
    trigger:
      branches:
        include:
        - release/X
      batch: true  # 启用批量触发

方式二：强制拉取所有仓库的最新代码 #

在流水线的checkout步骤中，明确配置拉取每个仓库的完整历史（而非浅克隆），确保获取到目标分支的最新代码，避免依赖触发时刻的快照。

添加checkout步骤的YAML示例：

steps:
# 拉取主仓库（流水线所在仓库）的最新代码
- checkout: self
  fetchDepth: 0  # 0表示拉取完整历史，确保获取最新提交

# 拉取RepoA的最新代码
- checkout: RepoA
  fetchDepth: 0

# 拉取RepoB的最新代码
- checkout: RepoB
  fetchDepth: 0

方式三：统一触发源（可选） #

如果团队协作模式允许，可以只在一个核心仓库设置触发器，其他仓库作为依赖仓库不配置触发器。开发人员需要将多仓库的修改关联到核心仓库的PR或提交中，确保只有当所有相关代码都提交完成后，才触发流水线运行。这种方式需要团队配合，但能从根源避免重复触发问题。

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