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

我在git上的问题是项目权限配置。 我已经通过启用“容器注册表”在设置->通用->可见性，项目功能，权限和启用容器注册表为我的项目(链接):

修改图像名称为"username"/"image_name"

在使用Gitlab注册表时，我还遇到了这个错误消息。不同之处在于，我试图从以前的构建中更改映像的名称。这里的问题是，推送图像的注册表不存在，因为图像的新名称与我组中的任何项目都不匹配。

TLDR:在Gitlab中，映像名称必须与项目名称匹配。

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

码头工人注销

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

我知道这个问题已经有很多答案了，但没有一个对我有帮助。

我观察到的是，构建映像非常快，并将其推到docker。IO导致错误:

denied: requested access to the resource is denied

我还注意到做一个

docker image ls

显示我的图像的最新构建是几天前的。

我必须做一个

docker container prune 

来摆脱停止的容器，和一个

docker image prune -a

为了摆脱旧的形象。 然后我就可以成功地建立和推广我的形象。

'denied:对资源的请求访问被拒绝'不是来自docker。我是本地码头工人。有趣的是，它在构建过程中并没有失败。