如何仅在仓库维护者评论'[build]'时触发Azure Pipelines PR构建？

目前有两种更简洁的实现方式，避免了早期方案的繁琐配置：

方案一：GitHub Actions + Azure Pipelines 官方插件 #

利用GitHub Actions监听PR评论事件，过滤维护者身份和[build]关键词后，直接调用Azure Pipelines的官方插件触发构建，全程在GitHub生态内完成，无需额外中间服务：

1. 在仓库根目录创建.github/workflows/trigger-azure-build.yml文件，内容如下：

name: 评论触发Azure PR构建

on:
  issue_comment:
    types: [created]

jobs:
  trigger-build:
    runs-on: ubuntu-latest
    # 过滤条件：仅PR评论、包含[build]、评论者是指定维护者
    if: |
      github.event.issue.pull_request &&
      contains(github.event.comment.body, '[build]') &&
      contains(fromJSON('["你的维护者账号1", "维护者账号2"]'), github.event.comment.user.login)
    steps:
      - name: 触发Azure流水线
        uses: Azure/pipelines@v1
        with:
          azure-devops-project-url: '你的Azure DevOps项目地址'
          azure-pipeline-name: '你的PR构建流水线名称'
          azure-devops-token: ${{ secrets.AZURE_DEVOPS_TOKEN }}
          # 传递PR相关参数给Azure流水线
          parameters: |
            {
              "system.pullRequest.sourceBranch": "${{ github.event.issue.pull_request.head.ref }}",
              "system.pullRequest.targetBranch": "${{ github.event.issue.pull_request.base.ref }}",
              "system.pullRequest.pullRequestId": "${{ github.event.issue.number }}"
            }

2. 在GitHub仓库的Settings > Secrets and variables > Actions中添加AZURE_DEVOPS_TOKEN，值为Azure DevOps的个人访问令牌（需具备流水线队列权限）。

3. 维护者列表可以直接在contains(fromJSON(...))中修改，支持多个账号。

这个方案的优势：配置极简、权限控制精准、无需额外服务器，完全利用成熟的官方工具链。

方案二：Azure Functions 监听GitHub Webhook（适合复杂场景） #

如果需要更复杂的逻辑（比如动态维护者列表、评论内容多规则匹配），可以用Azure Functions搭建轻量服务：

• 给GitHub仓库配置issue_comment类型的Webhook，指向Azure Functions的部署URL。
• 在Function中编写逻辑：验证请求签名、判断是否为PR评论、检查评论者是否为维护者、是否包含[build]关键词。
• 调用Azure Pipelines的构建队列REST API触发构建，传递PR分支等必要参数。

这个方案适合需要自定义扩展逻辑的场景，但配置比方案一稍复杂。

注意事项 #

• 确保Azure DevOps令牌具备Build (Queue)权限，避免触发失败。
• 方案一中的维护者列表如果需要动态管理，可以改为读取GitHub团队成员，或者从仓库变量中获取。

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