Azure Pipelines模板条件判断双条件为真仍求值为false的问题

• 触发判断失效的核心是Azure Pipelines中两类表达式的求值时机存在本质差异，没有处于同一运行阶段：
  1. 被${{ }}包裹的是模板编译期表达式：这类表达式会在流水线正式触发运行前，由配置系统提前完成解析、渲染，生成最终的任务拓扑结构。这个阶段没有任何实际流水线执行行为发生，所有跨阶段输出、运行时动态赋值的变量都还没有被注入具体值。
  2. 你定义的apiChanged是通过stageDependencies从上一个阶段任务输出中取值的运行时变量：这类变量只有在流水线实际启动、前置的Changed阶段执行完成、拿到真实的变更检测结果后，才会被解析成具体值。
• 你在${{ if }}判断中尝试读取variables.apiChanged时，它处于编译期的空状态，和true做等值比较的结果自然永远为false。你在循环前放置的echo $(apiChanged)能输出true，是因为$( )是运行时变量语法，执行到这行命令时流水线已经完成了前置阶段的变量赋值，和模板编译期的判断完全不在同一时间维度上，自然验证不出编译期取值的空状态问题。
• 你之前测试eq(variables.adminV2Changed, true)、将比较值改成带单引号的'true'写法没有效果，也是因为同一时序问题：所有跨阶段输出的运行时变量，在模板编译期都处于未赋值的空状态，不管比较值写成什么格式，都无法匹配通过。

• 核心调整思路：把编译期的静态遍历、判断，和运行时的变量判断拆分开，不要在编译期表达式中读取运行时动态赋值的变量：
  1. 保留模板循环中对参数service的编译期判断（因为service是流水线配置传入的静态参数，编译期可以正常读取）
  2. 把原本嵌入在${{ if }}中的变量判断，改成步骤级别的运行时执行条件，等流水线实际执行到该步骤时，再读取已经赋值完成的apiChanged变量做判断
     对应的修正代码片段：

  steps:
  - ${{ each service in parameters.services }}:
    - ${{ if eq(service, 'api') }}:
      - bash: |
          echo "Now running ${{ service }} unit tests..."
        # 此处使用运行时条件判断变量值，不混入模板编译期逻辑
        condition: eq(variables.apiChanged, true)
  

• 这种写法既保留了多服务循环生成步骤的能力，又匹配了不同表达式的求值时序，不会出现变量读空导致判断失效的问题。

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