YAML发布管道因旧构建运行添加标签自动触发的问题咨询

你好，我来帮你梳理并解答这个问题：

首先你的猜测完全正确——给已完成的构建运行添加标签，会被Azure DevOps判定为构建管道的状态变更事件，进而触发你的YAML发布管道。这是因为你当前的触发器配置里trigger: true会监听目标构建管道的所有相关事件，不止是初次完成的绿色构建，任何构建属性的更新（比如添加/修改标签、更改构建状态备注等）都会被纳入触发条件，所以旧构建加标签时发布管道才会自动启动。

从你附上的截图也能看到，发布管道确实是被旧构建的标签更新操作触发的。

接下来给你几个实用的解决办法，你可以根据自己的场景选择：

• 限定触发器只监听特定分支的新构建
  如果你只需要特定分支的绿色构建触发发布，可以把触发器配置改成按分支过滤。这样只有指定分支上新完成的绿色构建才会触发发布，旧构建加标签因为不属于新的分支构建事件，就不会触发了。示例配置如下：

  resources:
    pipelines:
    - pipeline: BuildPipelineCI
      source: BuildPipelineCI
      trigger:
        branches:
          include:
            - main
            - release/* # 可根据你的实际分支规则调整
  trigger: none
  

• 仅监听带有特定自动标签的构建
  你可以在经典构建管道里添加一个步骤，当构建成功完成后自动添加一个专属标签（比如auto-deploy-ready），然后在发布管道的触发器里只监听带有这个标签的构建。这样手动给旧构建添加的标签如果不是这个专属标签，就不会触发发布；同时新的绿色构建因为自动带上了标签，会正常触发发布。示例配置：

  resources:
    pipelines:
    - pipeline: BuildPipelineCI
      source: BuildPipelineCI
      trigger:
        tags:
          include:
            - auto-deploy-ready
  trigger: none
  

  小贴士：记得在经典构建管道的成功阶段配置自动打标签的操作，确保只有合格的绿色构建才会带上这个触发标签。

• 改用构建管道主动触发发布
  你可以在经典构建管道的“成功”阶段添加一个「触发发布管道」的任务，这样只有当构建初次成功完成时才会触发发布，后续给旧构建加标签不会触发这个任务，自然也就不会启动发布管道了。这种方式能更精准地控制触发时机，彻底避免构建属性变更带来的误触发。

备注：内容来源于stack exchange，提问作者osim_ans