最后对我有用的唯一一件事是在dockerhub中创建一个公共存储库，并用相同的名称标记本地映像，并在合作者{in dockerhub}中添加我的userID，最后推送它。

我在ibmcloud上也遇到了同样的错误。我添加了命名空间，然后试图推动我的图像，它解决了这个问题。

ibmcloud cr namespace-add txts

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

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

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

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

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

推送所有标签

使用-a来推。S.t. docker push username/image -a

拒绝访问可能是由于docker存储库权限不是公共的(你可以再次检查)

你需要拉一下看看是否可以。

在hub.docker.com中查看

打开“标签”查看成功推送后所有可用的标签

Docker对私有存储库的数量也有限制。如果您正在通过从本地机器推入创建私有存储库，则它将创建存储库，但不能再向其推入或从其拉出任何其他内容，并且您将得到“对资源的请求访问被拒绝”错误。

我带着同样的信息来到这里，但来自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上绞尽脑汁。