Azure Pipelines推送Docker镜像至Nexus失败，求排查思路

概念思路是否正确？ #

整体思路（登录私有Docker仓库 → 构建镜像 → 推送镜像到仓库）是正确的，但具体配置存在细节错误，导致镜像推送失败。

核心错误原因 #

从错误日志可见：构建出的本地镜像标签为<none>:<none>，而推送任务尝试推送的是nexus.XX.de/test:$(Build.BuildId)，本地不存在该标签的镜像，因此报错。

关键修正与注意要点 #

1. 构建镜像时必须添加完整仓库前缀标签 #

当前Build任务仅指定tags: $(tag)，未关联私有仓库地址，导致构建出的镜像没有带上Nexus仓库的前缀。修正方法是在Build任务中指定containerRegistry和repository，让镜像自动生成包含仓库地址的标签：

- task: Docker@2
  displayName: Build an image
  inputs:
    command: build
    containerRegistry: 'DockerTest' # 关联服务连接，自动注入仓库地址前缀
    repository: 'test' # 指定Nexus中的仓库名称
    dockerfile: '$(Build.SourcesDirectory)/Dockerfile'
    tags: $(tag)

这样构建出的镜像标签会是nexus.XX.de/test:$(Build.BuildId)，和推送任务的目标标签完全匹配。

2. 删除冗余的登录任务 #

Docker@2任务在执行build或push操作时，若指定了containerRegistry，会自动完成登录流程，不需要单独的login任务，直接删除该步骤即可。

3. 修正Pipeline的YAML缩进错误 #

你的Push任务存在缩进错误（- task: Docker@2前面多了一级缩进），会导致YAML语法解析异常，修正后Push任务应与Build任务同级：

- task: Docker@2
  displayName: Push the image
  inputs:
    containerRegistry: 'DockerTest'
    repository: 'test'
    command: 'push'
    tags: |
      $(tag)

4. 其他需要验证的要点 #

• Nexus权限验证：确保服务连接中配置的账号拥有Nexus仓库的写入权限，只读权限会导致推送失败。
• 网络连通性：确认Agent所在的虚拟机能够访问https://nexus.XX.de，没有防火墙、代理等网络限制。
• Dockerfile有效性：虽然日志显示镜像已构建，但仍需确认Dockerfile无语法错误，能生成可正常运行的镜像。
• 标签唯一性：使用$(Build.BuildId)作为标签是合理的，可保证每次构建的镜像标签唯一，避免覆盖旧版本。

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