Azure Pipelines中如何动态创建变量并传递给同阶段后续作业

你当前的变量传递逻辑完全失效，核心是踩中了三个Azure Pipelines的运行边界规则：

• 直接在Bash脚本中通过export导出的环境变量，生命周期仅存在于当前Bash任务的执行进程，任务跑完进程销毁，变量直接被回收，既传不到同作业的后续步骤，更不可能跨作业访问
• 跨作业的变量传递必须依赖Azure Pipelines内置的持久化变量存储，普通Linux环境变量根本不会被管道系统记录
• 你在阶段级写死的COMMIT_MSG初始值，会被所有直接引用$(COMMIT_MSG)的位置读取，根本不会自动同步成git命令生成的动态值

正确操作步骤 #

1. 在Bash脚本中发布可跨作业访问的输出变量 #

替换原来的export逻辑，使用Azure Pipelines内置的任务日志命令，将生成的变量写入管道持久化存储，标准写法为：

# 拉取指定提交的日志内容
COMMIT_MSG_VALUE=$(git log -1 --pretty=format:"Author: %aN%n%nCommit: %H%n%nNotes:%n%n%B")
# 发布为当前作业的输出变量，标记为可跨作业共享
echo "##vso[task.setvariable variable=COMMIT_MSG;isOutput=true]${COMMIT_MSG_VALUE}"

注意：isOutput=true参数必须加，否则变量默认仅在当前作业内部可见，跨作业无法读取。

2. 在依赖该作业的下游作业中显式引用输出变量 #

因为变量是绑定在gitlog作业的Bash步骤上的，必须在下游作业的变量定义块中显式关联引用，不能直接使用全局变量简写：

• 给生成变量的Bash任务设置唯一name标识，供下游作业定位
• 在下游作业的变量块中，按照[上游作业名].outputs['[Bash任务标识名].[变量名]']的格式绑定引用

3. 调整后的完整管道配置 #

- stage: PubtoAzureServiceBus
  jobs:
    - job: gitlog
      # 该作业必须使用带工作目录的代理池，不能用server池
      pool:
        vmImage: ubuntu-latest
      steps:
        - task: Bash@3
          name: GenerateCommitMsg # 必须设置任务名，供下游引用
          inputs:
            targetType: 'inline'
            script: |
              COMMIT_MSG_VALUE=$(git log -1 --pretty=format:"Author: %aN%n%nCommit: %H%n%nNotes:%n%n%B")
              # 发布跨作业可用的输出变量
              echo "##vso[task.setvariable variable=COMMIT_MSG;isOutput=true]${COMMIT_MSG_VALUE}"

    - job: SendToSB
      pool: server
      dependsOn: gitlog
      variables:
        # 绑定上游gitlog作业生成的COMMIT_MSG变量
        COMMIT_MSG: $[ dependencies.gitlog.outputs['GenerateCommitMsg.COMMIT_MSG'] ]
      steps:
        - task: PublishToAzureServiceBus@1
          inputs:
            azureSubscription: 'Slack Release Notifications'
            messageBody: |
              {
                "channel":"XXXXXXXXXX",
                "username":"bot",
                "iconEmoji":"",
                "text":":airhorn: release :airhorn: \n`$(COMMIT_MSG)`"
              }
            signPayload: false
            waitForCompletion: false

常见踩坑提醒 #

• 执行git命令的gitlog作业不能使用pool: server配置，该池为无工作目录的托管服务代理，无法访问本地仓库文件，必须使用带工作目录的通用代理池
• 必须给生成变量的Bash任务设置name字段，否则下游无法定位到对应步骤的输出变量
• 如果git日志内容包含双引号、换行等特殊字符，建议在写入变量前做JSON转义处理，避免后续推送的Service Bus消息体JSON结构解析失败
• 可以删除原来在阶段级定义的硬编码COMMIT_MSG变量，避免全局变量优先级覆盖动态生成的输出变量
• 跑git命令的作业要确保默认代码拉取步骤正常执行（管道默认会自动触发checkout），否则会因为找不到仓库上下文执行失败

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