如何在经典发布管道部署App Service后触发端到端测试管道？

1. 使用Azure DevOps内置管道触发器（优先推荐） #

无需编写脚本，直接通过配置关联两个管道：

• 在QA端到端测试构建管道的设置中，添加构建完成触发器，选择DEV的发布管道作为触发源，并指定触发条件为「部署到App Service的阶段成功完成」。
• 这种方式是Azure DevOps原生支持的联动逻辑，不需要额外处理认证，平台会自动管理权限和触发时机，稳定性和可维护性都比脚本方案更强。

2. 脚本调用API替换为OAuth令牌（若需自定义逻辑） #

如果必须保留PowerShell脚本调用API的方式，确实可以用管道自带的OAuth访问令牌替代PAT，步骤如下：

• 在发布管道的PowerShell任务设置里，勾选允许脚本访问OAuth令牌（在任务的「附加选项」面板中）。
• 脚本中直接使用系统变量$(System.AccessToken)作为请求的Authorization头，格式为Bearer $(System.AccessToken)。
• 需给发布管道的身份授予QA构建管道的「队列构建」权限：
  • 进入QA构建管道的设置页面，打开「权限」选项卡
  • 添加发布管道对应的服务主体（通常命名为[项目名]\Build Service ([组织名])），并授予「队列构建」权限

示例脚本片段： #

$orgUrl = "$(System.CollectionUri)"
$projectName = "$(System.TeamProject)"
$buildDefinitionId = "你的QA构建管道ID"
$accessToken = "$(System.AccessToken)"

$headers = @{
    "Authorization" = "Bearer $accessToken"
    "Content-Type" = "application/json"
}

$body = @{
    definition = @{ id = $buildDefinitionId }
} | ConvertTo-Json

Invoke-RestMethod -Uri "$orgUrl/$projectName/_apis/build/builds?api-version=7.1-preview.7" -Method Post -Headers $headers -Body $body

两种方式对比 #

• 内置触发器：零代码配置，无需维护脚本，权限自动处理，适合常规联动场景。
• 脚本调用API：灵活性更高（比如可传递自定义参数给测试管道），但需要手动维护脚本和权限配置。

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