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

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

Denied:拒绝访问资源的请求

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

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

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

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

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

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

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

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

我也有同样的问题，但这里给出的接受答案不适合我。 我试了几步，最后终于能推它了。

以下是对我有用的步骤:

登录docker。 Docker登录-u sirimalla 标记您的映像构建

我的图像名称是:mylocalimage，默认情况下它有标签:latest 和我的用户名是:sirimala注册到docker云，我创建了一个公共存储库名为:dockerhub

所以我的个人存储库现在变成了:sirimala /dockerhub 我想用标签myfirstmagepush来推送我的图片

我标记如下:

docker tag mylocalimage:latest sirimalla/dockerhub:myfirstimagepush

将图像推送到我的个人docker存储库，如下所示 Docker push sirimala /dockerhub: myfirstmagpush

它成功地推动了我个人的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需要这一点来知道在哪里推送图像。

之前的答案都是正确的，我只是想补充一个我看到没有提到的信息;

如果项目是私有项目，要正确地推送映像，必须配置个人访问令牌或启用read_registry key的部署令牌。

来源:https://gitlab.com/help/user/project/container_registry using-with-private-projects

希望这是有帮助的(如果问题是张贴到目前为止的时间)

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