我带着同样的信息来到这里，但来自Azure DevOps。

在我的例子中，我使用docker-compose，而不仅仅是docker，并在yaml中编写构建管道。

- task: DockerCompose@0
  displayName: 'Push services'
  inputs:
    azureSubscription: '$(Parameters.azureSubscriptionEndpoint)'
    azureContainerRegistry: '$(Parameters.azureContainerRegistry)'
    dockerComposeFile: '$(Parameters.dockerComposeFile)'
    additionalDockerComposeFiles: |
      docker-compose.release.yml
      docker-compose.ci.yml
    dockerComposeFileArgs: 'PublishFolder=publish'
    action: 'Push services'
    additionalImageTags: '$(Build.BuildId)'
    includeLatestTag: true

我得到的消息是明确地说，它正在尝试推送到docker。io，这不是我想要的。我本来打算把它送到我的Azure容器注册中心。

这里缺少的是输入下的这一行:

containerregistrytype: Azure Container Registry

上面构建yaml的现有管道向导根本没有这一行。 希望这能帮助其他人在Azure DevOps上绞尽脑汁。

我也有这个问题，我测试了这里的解决方案，但无济于事，我已经正确登录，至少根据docker登录的输出，但我仍然无法推送图像。最终奏效的方法很简单:

码头工人注销

然后docker登录，就这么简单。我不知道发生了什么，但强迫重新登录起作用了。

重命名图像为用户名/image-name dockerhub-username/some-name:your-tag(例如:latest)

这个答案既适用于我未来的自己，也适用于其他人。当我正确登录时，我遇到了这个确切的问题，但是当我的私人回购数量大于或等于我的计划允许的限制时，我正试图推到一个私人回购。

我不太确定我是如何能够创建太多的私人回购，但如果我的计划包括5个私人回购，以某种方式我有6个，那么这是我将收到的错误:

Denied:拒绝访问资源的请求

在我的情况下，可能我最终有太多的私有存储库，因为我把我的默认可见性设置为私有:

这是你决定你可以拥有多少私人回购的地方:

一旦我公开了这个有问题的回购，问题就变得显而易见了:

我也有同样的问题。我强烈推荐大家浏览一下这个博客。

我的问题更多地与ACR有关。Docker客户端将引用配置。您的SP证书文件将存储在json文件中(角色所有者)。

博客中帮助我解决问题的部分有:

Docker镜像ls Docker标签.azurecr.io/:v1 Docker推送.azurecr.io/:v1

在此操作之前，我还创建了一个具有所有者特权的SP。

以防其他人遇到这种情况-在我的情况下，原因是我正在使用(已弃用的)docker合成方法来推送图像。切换到预期的docker推送为我解决了这个问题。