Azure DevOps YAML：能否跨代理触发任务并行运行功能测试？

1. 拆分构建任务，提前产出功能测试所需工件 #

把原有的jobBuildAll拆分为两个独立阶段：

• 快速子集构建任务：仅编译功能测试依赖的核心模块、接口及测试桩代码，确保1小时内完成并产出功能测试所需的最小工件包。
• 完整构建任务：继续完成剩余模块的Debug/Release构建，以及后续的单元测试、静态代码分析流程。

服务器1和服务器2可同时启动这两个阶段的任务，子集构建完成后立即输出独立的工件包。

2. 自定义触发逻辑，并行启动功能测试 #

针对官方工具不支持“部分工件完成即触发下游任务”的限制，可采用以下非官方实现方式：

• 本地脚本轮询检测：在服务器3部署PowerShell脚本，定期检查共享存储目录是否出现功能测试子集工件的触发标记文件，一旦检测到立即启动jobFunctionalTests任务。

  $artifactDir = "\\shared-server\functional-test-artifacts"
  $triggerFlag = "$artifactDir\sub-build-ready.flag"
  
  while ($true) {
      if (Test-Path $triggerFlag) {
          # 启动功能测试任务
          & "C:\DevOps\scripts\start-functional-tests.ps1"
          break
      }
      Start-Sleep -Seconds 300 # 每5分钟检查一次
  }
  

• 流水线工具社区插件/API调用：如果使用Jenkins、GitLab CI等工具，可借助社区维护的非官方插件（如Jenkins的File Trigger Plugin）或直接调用工具API，监听工件目录的变化，满足条件时触发功能测试任务。
• 本地消息触发：在子集构建任务完成时，让构建脚本主动写入Windows事件日志或发送本地消息队列通知，服务器3上的监听服务捕获到通知后立即启动功能测试。

3. 隔离工件依赖，避免冲突 #

• 为功能测试子集工件和完整构建工件设置独立的存储路径，防止后续完整构建操作覆盖或污染已交付的测试工件。
• 在jobFunctionalTests任务中明确指定仅加载子集工件，不依赖完整构建的输出内容。

4. 流水线状态汇总（可选） #

若需要统一流水线最终状态，可在所有任务完成后，用自定义脚本汇总服务器1、2、3的任务结果，标记流水线整体成功或失败。

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