Azure DevOps多任务步骤复用已构建容器可行性问询

当然可以实现这个需求！Azure DevOps提供了几种方式来在多任务流水线中共享预构建的Docker镜像，避免重复构建并精准控制发布时机。下面是最直接可行的方案：

由于Azure DevOps无法直接上传Docker容器到流水线制品，我们可以将构建好的镜像导出为tar包，上传到Pipeline Artifacts，然后在发布任务中下载并重新导入到Docker中。

步骤1：在构建任务中导出并上传镜像 #

修改你的build_and_tests任务，添加导出镜像和上传制品的步骤：

jobs:
  - job: build_and_tests
    steps:
      - script: docker build --no-cache -t myapp:$(Build.BuildId) .
        displayName: 'Build Docker image'
      # 这里可以添加你的测试步骤...
      
      # 将Docker镜像导出为tar文件（用Build.BuildId做标签确保唯一性）
      - script: docker save -o myapp-image.tar myapp:$(Build.BuildId)
        displayName: 'Export Docker image to tar archive'
      
      # 上传tar包到Pipeline Artifacts
      - publish: $(System.DefaultWorkingDirectory)/myapp-image.tar
        artifact: docker-image
        displayName: 'Publish Docker image artifact'

步骤2：在发布任务中下载并推送镜像 #

在build_and_publish任务中，先下载之前上传的制品，导入镜像后再推送到容器注册表：

- job: build_and_publish
    dependsOn: build_and_tests
    condition: and(succeeded(), or(eq(variables['Build.SourceBranch'], 'refs/heads/master'), startsWith(variables['Build.SourceBranch'], 'refs/heads/release/')) )
    steps:
      # 下载Pipeline Artifacts中的镜像tar包
      - download: current
        artifact: docker-image
        displayName: 'Download Docker image artifact'
      
      # 将tar包导入到本地Docker环境
      - script: docker load -i $(Pipeline.Workspace)/docker-image/myapp-image.tar
        displayName: 'Load Docker image from tar archive'
      
      # 登录容器注册表并推送镜像
      - script: docker login -u $(registryUser) -p $(registryPassword) $(registryName)
        displayName: 'Login to ACR'
      - script: |
          # 给镜像打上注册表的标签
          docker tag myapp:$(Build.BuildId) $(registryName)/myapp:$(Build.BuildId)
          docker tag myapp:$(Build.BuildId) $(registryName)/myapp:latest
          # 推送到注册表
          docker push $(registryName)/myapp:$(Build.BuildId)
          docker push $(registryName)/myapp:latest
        displayName: 'Push Docker image to ACR'

你提到流水线会在拉取请求时触发，如果想完全禁止PR触发整个流水线，可以在yaml顶部添加：

pr: none

如果需要PR时运行构建和测试，但不执行发布任务，那你现有的condition已经足够——因为PR构建的Build.SourceBranch格式是refs/pull/{PR编号}/merge，不会匹配refs/heads/master或release/*，所以发布任务会自动跳过。

如果你不想用tar包，也可以在构建任务中将镜像推送到ACR的临时标签（比如myapp:temp-$(Build.BuildId)），然后在发布任务中拉取这个临时镜像，重新打正式标签后推送。但这种方式需要确保ACR的权限配置正确，且临时镜像可以后续清理，不如tar包方案直接。

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