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

我的答案与Azure DevOps相关，类似于我在以下通用管道中遇到的问题(它更具体，但它可能有助于节省时间):

从github获取资源 构建docker映像 推送docker镜像到dockerhub

我在推送拒绝时收到的错误:对资源的请求访问被拒绝发送到这里。

请注意映像名称中包含的变量$(Build.Repository.Name)。它默认是来自github的存储库名称，但为了让您的推送工作，它应该是dockerhub_account_username/your_dockerhub_repository_name。

将$(build . repository . name)替换为dockerhub_account_username/your_dockerhub_repository_name在映像名称字段中用于构建和推送步骤。

dockerhub api需要这一点来知道在哪里推送图像。

如果在使用Azure容器注册表时遇到此问题，可以先登录到注册表来解决。

docker login yourregistry.azurecr.io

然后标记您的映像以匹配注册表的主机名。

docker image tag yourimagename:[version] yourregistry.azurecr.io/yourimagename:[version]

最后按一下。

docker push yourregistry.azurecr.io/yourimagename:[version]

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

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

最简单的方法是使用docker桌面(适用于Windows 10或以上版本和mac)

通过提供dockerID注册docker hub

然后点击docker桌面图标在你的机器和->首选项->然后登录到它使用docker枢纽docker/id和密码。

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

码头工人注销

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