Azure DevOps YAML管道如何基于PowerShell任务输出生成动态循环作业

你使用的${{ each }}是YAML模板编译解析阶段的静态遍历语法，执行时机远早于管道实际运行的时间点。这个阶段解析器根本不会读取任何运行时动态值——包括前序作业的输出、运行时变量这类通过$[]表达式解析的内容，所以直接在each循环里引用dependencies.xxx必然会触发识别错误。
简单来说：编译阶段管道还没开始运行，根本拿不到PowerShell任务运行时才能生成的应用列表，自然没法基于这个列表在编译期生成多作业。

因为管道顶层的多作业定义必须在编译阶段确定，没法在运行时动态新增，所以要根据你的场景选对应的实现路径：

方案1：双层管道架构（适合需要每个应用独立调度作业、跨代理池/权限隔离的场景） #

这是Azure DevOps里跑通运行时动态作业拆分的常用靠谱方案，流程如下：

1. 保留原有的CheckExcludedWorkspaces作业，正常运行PowerShell脚本拿到动态的应用列表。
2. 在这个作业的最后，通过PowerShell脚本把应用列表转换成符合语法的子管道YAML片段，同时透传所有必要的管道参数（分支、提交、环境配置等）。
3. 用内置的管道触发任务，把生成的子管道YAML作为输入参数，触发新的子管道运行。
4. 子管道中通过编译期的${{ each }}遍历传入的应用列表参数，为每个应用生成独立的作业，执行对应的业务逻辑。

这种方案的优势是完全独立的作业隔离，每个应用的作业可以配置专属的代理池、权限、依赖，和单作业内的循环逻辑没有耦合。

方案2：单作业内的动态矩阵（适合不需要跨作业隔离、所有应用任务可在同一代理队列运行的场景） #

如果不需要给每个应用分配独立的作业资源，只是要为每个应用执行重复逻辑，可以用运行时矩阵拆分的能力实现，无需拆分多管道：

1. 修改原有checkExcludedWorkspaces.ps1脚本，拿到逗号分隔的应用列表后，直接转换成Azure DevOps支持的JSON格式矩阵输出变量，格式示例：

   {
     "处理app1": {"targetApp": "app1"},
     "处理app2": {"targetApp": "app2"},
     "处理app3": {"targetApp": "app3"}
   }
   

   注意要把这个变量通过##vso[task.setvariable]的方式设置为作业输出变量。
2. 后续定义执行业务逻辑的作业时，把矩阵配置直接绑定到上面的输出变量，Azure DevOps会自动为矩阵里的每个配置拆分一个独立的执行容器：

   - job: RunAppBusinessLogic
     dependsOn: CheckExcludedWorkspaces
     strategy:
       matrix: $[ dependencies.CheckExcludedWorkspaces.outputs['GetWorkspaces.AppProcessMatrix'] ]
     pool:
       name: DefaultWindows
     steps:
       - powershell: |
           Write-Host "当前处理应用: $(targetApp)"
   

这种方案的优势是流程简单，所有任务都在同一个管道内完成，不需要维护独立的子管道，前置的代码拉取、环境准备只需要执行一次，适合逻辑简单的批量执行场景。

• 两类YAML表达式的执行时机完全不同，不能混用：
  • ${{ }}：编译阶段执行，只能读取模板参数、静态定义的管道变量，不能读运行时动态值
  • $[ ]：运行阶段执行，可以读取前序作业输出、系统运行时变量，但不能用于编译期的遍历逻辑
• 如果你的应用需要绑定不同的代理池、申请不同的服务连接权限，优先选择双层管道方案，单作业矩阵不支持跨代理池调度任务。

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