我的答案与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需要这一点来知道在哪里推送图像。

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

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

Denied:拒绝访问资源的请求

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

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

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

不允许误导标签名称。 我的解决方法是:

Command 1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/trys:1.0 (Didn't push)
Command 2(Push): docker push rsachde/nginx-repository/try:1.0 

输出:

Denied:拒绝访问资源的请求

Command 1.1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/:trys 
Command 2.2(Push): docker push rsachde/nginx-repository:trys 

输出:

trys: digest: sha256:405b6f0ae25772ef71b8f59fd6a56ff9b426f50bd24bac2b5db41f65efd3387c 尺寸:1365

误导是标签，确保你们理解。

我在Azure管道中遇到了类似的问题。我错过了在repository部分添加docker-id。

在Azure中，在推送时，如果仅使用名称，例如<repo-name>，可能无法工作。它需要完全限定的回购名称，其中还包括docker-id。

Use

repository: '<docker-id>/<repo-name>'

而不是

repository: '<repo-name>'

管道代码片段:

- task: Docker@2
  inputs:
    containerRegistry: 'service-connection-name'
    repository: '<docker-id>/<repo-name>'

我也面临着同样的问题，我给我的图像名称为something/image-name，但我尝试了<docker-hub-username>/image-name，它就像一个魅力。

步骤1

Docker登录——username=jp9573

步骤2

Docker push jp9573/todo

之前我给了jaypatel/todo，我只是把它改成了用户名/图像模式。通过这种方式，我不需要标记图像或任何东西。我认为这对新人来说是一种很好的方式。

我今天也遇到了同样的问题。唯一对我有用的是显式登录到“docker.io”:

docker login docker.io

我尝试了各种其他名称，登录似乎可以工作，但稍后会导致以下错误。

请求的资源访问被拒绝