Azure DevOps：如何在创建release-*分支时自动触发构建？

你的当前配置其实已经能实现需求了，不过我帮你拆解下逻辑，再给出更严谨的优化建议：

为什么当前配置有效？ #

• 首先，trigger.branches.include: release-* 这行已经告诉Azure DevOps：只要任何以release-开头的分支发生代码变更（包括新分支创建后的首次推送），就自动触发流水线。
• 而job里的condition: contains(variables['Build.SourceBranch'], 'refs/heads/release-')是一道额外的安全校验，确保只有来自release分支的触发才会执行这个job，避免其他触发源（比如手动触发、PR触发）误执行该任务。

优化后的更严谨配置 #

如果想让逻辑更精准，避免一些边缘场景的误触发（比如分支名中间包含release-的情况），可以把条件改为用startsWith判断，同时限定触发原因仅为自动构建：

trigger:
  branches:
    include:
      - release-*
jobs:
  - job: release
    # 精准匹配：分支名以release-开头，且是自动触发的构建（推送/分支创建）
    condition: and(
      startsWith(variables['Build.SourceBranchName'], 'release-'),
      in(variables['Build.Reason'], 'IndividualCI', 'BatchedCI')
    )
    pool:
      vmImage: 'windows-latest'
    steps:
      - bash: |
          echo "RELEASE build triggered for branch: $(Build.SourceBranchName)"
        displayName: 'release_task1'

优化点说明： #

• startsWith(variables['Build.SourceBranchName'], 'release-')：
  Build.SourceBranchName直接返回分支的短名称（比如release-v1.0），用startsWith比contains更严谨，避免像my-release-fix这类分支被误匹配。
• in(variables['Build.Reason'], 'IndividualCI', 'BatchedCI')：
  限定只有自动触发的构建才会执行这个job，排除手动触发、PR验证、定时构建等场景，更贴合“分支创建/推送时自动执行”的需求。

注意事项 #

如果你的需求是仅在分支创建的瞬间触发（而非后续推送代码时），那Azure DevOps默认的分支trigger无法直接实现，因为它是基于代码变更触发的。这种场景下需要配合分支创建事件的Webhook来触发流水线，但实际开发中，创建分支后几乎都会有首次代码推送，所以上面的配置已经能覆盖绝大多数场景。

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