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

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

Denied:拒绝访问资源的请求

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

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

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

这可能是特定于DigitalOceans容器注册表，但它可能有帮助:

在我的例子中，我的管道在docker推送之后触发了一个清理作业(doctl注册表垃圾收集启动)，这将注册表置于只读模式(参见doc)。因此，在清理作业处于活动状态时的下一个推送将被拒绝:对资源的请求访问将被拒绝。

如果doctl注册表垃圾收集get-active返回404，则作业完成，docker推送将成功完成。

尝试签出“Docker for Windows”应用程序和签出https://hub.docker.com/网站后执行“Docker登录”和“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上绞尽脑汁。

对于那些试图将映像推送到自己的Nexus存储库管理器的人，请执行以下操作:

1)登录到您的Nexus存储库管理器(端口8443与特定的Docker主机存储库相关联)

sudo docker login xxx.mydomain.com:8443

2)标记图像与您的NEXUS服务器IP/DNS

sudo docker tag myimage:latest xxx.mydomain.com:8443/myimage:1.0.0

3)推送图片

sudo docker push xxx.mydomain.com:8443/myimage:1.0.0