如何解决Azure DevOps作业结果共享的任务类型兼容问题？

方案1：同一Job内顺序执行任务 #

同一个Job运行在同一台代理机器上，任务间共享本地文件系统，可按以下步骤实现需求：

• 先通过Bash@2任务执行工作命令，将结果文件输出到代理本地的固定路径（比如$(Build.ArtifactStagingDirectory)，这是Pipeline内置的临时工作目录）
• 紧接着添加AzureCLI@2任务，借助Azure CLI命令将本地结果文件上传至Blob存储

示例Pipeline代码片段：

jobs:
- job: ExecuteAndUpload
  steps:
  - task: Bash@2
    inputs:
      targetType: 'inline'
      script: |
        # 执行业务逻辑生成结果文件
        mkdir -p $(Build.ArtifactStagingDirectory)/results
        echo "任务执行结果" > $(Build.ArtifactStagingDirectory)/results/output.txt
  - task: AzureCLI@2
    inputs:
      azureSubscription: '你的Azure服务连接名称'
      scriptType: 'bash'
      scriptLocation: 'inlineScript'
      inlineScript: |
        # 上传结果到Blob存储
        az storage blob upload-batch \
          --source $(Build.ArtifactStagingDirectory)/results \
          --destination your-container-name \
          --account-name your-storage-account-name

方案2：Pipeline工件中转（跨Job/Stage场景） #

如果后续需要跨Job或Stage共享结果，可先将Bash生成的结果发布为Pipeline工件，再在目标Job中下载后执行上传：

• 在生成结果的Job中添加PublishPipelineArtifact@1任务发布文件
• 在上传Job中添加DownloadPipelineArtifact@2任务下载文件，再执行AzureCLI@2上传

关键提示 #

同一Job内的任务无需担心文件访问问题，因为它们运行在同一代理环境下；AzureCLI@2会自动通过配置的服务连接完成Azure认证，无需额外手动处理认证流程。

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