Azure容器注册表生成Artifact而非Docker镜像问题求助

以下是几个关键排查方向：

• 检查Docker元数据步骤的Tag配置
  你当前使用${{ steps.meta.outputs.tags }}作为镜像标签，必须确保docker/metadata-action步骤生成的是Azure容器注册表（ACR）的完整镜像路径格式，例如your-acr-name.azurecr.io/your-image:tag。如果标签缺少ACR域名前缀，推送后ACR可能无法识别为Docker镜像。
  正确的元数据步骤示例：

  - name: Docker meta
    id: meta
    uses: docker/metadata-action@v5
    with:
      images: your-acr-name.azurecr.io/your-webapi-image
      tags: |
        type=ref,event=branch
        type=sha,prefix=sha-
  

• 验证Secret文件路径的正确性
  你的secret-files配置中nugetconfig=../nuget.config的路径可能存在问题：GitHub Action的工作目录默认是仓库根目录，而context设为.（即仓库根），此时../nuget.config指向仓库外部，会导致构建时无法读取该文件。若本地构建时是在仓库根目录执行命令，应将路径改为nugetconfig=./nuget.config或直接nugetconfig=nuget.config。

• 确认ACR登录步骤是否正确配置
  推送镜像前必须完成ACR的登录验证，确保Workflow中包含正确的登录步骤，例如：

  - name: Login to ACR
    uses: docker/login-action@v3
    with:
      registry: your-acr-name.azurecr.io
      username: ${{ secrets.ACR_USERNAME }}
      password: ${{ secrets.ACR_PASSWORD }}
  

  若未登录或登录凭证错误，推送操作可能异常，导致ACR接收的内容不符合镜像规范。

• 查看GitHub Action构建日志
  重点查看Build and Push Docker image步骤的输出：

  • 确认是否有Building image...的正常构建日志，以及Pushing image...的推送记录
  • 检查推送的标签是否为ACR的完整路径
  • 排查是否存在构建失败的隐性错误（如依赖文件缺失、构建参数错误）

• 验证ACR中内容的实际类型
  部分情况下ACR会将符合OCI规范的镜像标记为“Artifact”，但实际仍可作为Docker镜像使用。你可以尝试用docker pull your-acr-name.azurecr.io/your-image:tag拉取镜像，若能成功拉取则说明镜像实际已正确推送，仅ACR界面显示分类问题。

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