我真的希望这能帮助到一些人(像我一样先看最终答案的人):

我不断地尝试输入

docker push user/repo/tag

而不是

docker push user/repo:tag

因为我也这样做了我的标签:

docker tag image user/repo/tag

.．.一切都毁了。

我真诚地希望你不要重蹈我的覆辙。我在这上面浪费了30分钟…

在Azure Devops中创建CI管道以构建docker映像并将其推送到docker Hub时，我也遇到了同样的问题。我所犯的错误是在容器存储库部分提供了错误的条目。

在buildAndPush任务中，我在容器存储库字段中给出存储库名称。实际上，存储库名称应该附加Docker Hub用户名/。 例如，您的用户名是myuser，存储库名称是test，然后提供myuser/test条目。一旦我纠正了这个问题，管道就成功地工作了，图像被推送到我的docker中心存储库

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

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

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

我真的希望这能帮助到一些人(像我一样先看最终答案的人):

我不断地尝试输入

docker push user/repo/tag

而不是

docker push user/repo:tag

因为我也这样做了我的标签:

docker tag image user/repo/tag

.．.一切都毁了。

我真诚地希望你不要重蹈我的覆辙。我在这上面浪费了30分钟…

还需要注意的重要一点是，在标记图像时，首先使用命名空间标记，然后使用存储库/ mydevrepo标记。这让我在使用Docker文档时感到困惑。之后我使用:

docker login

然后我使用“tagged name”来推送我的图像。

docker push {namespace}/mydevrepo

是的，也许有些尴尬，但似乎根本没有关于这个问题的明确文档:我刚刚用私有存储库注册了Docker Pro。我创建了一个私有存储库，然后尝试向其推送。收到了可怕的“拒绝”消息。

推送到我的公共回购很正常，所以我知道我是正确登录的。

在尝试了之前30个答案中与Docker Hub相关的所有内容后…我终于明白了私人回购是如何运作的:它们与公共回购相同，但多了一个步骤。

当推送到存储库- Docker Hub帐户内的任何存储库时，您需要用您的用户名作为image:标记的前缀，例如:

给定以下值，

用户名= yourusername 图像名称=图像 标签=标签

1)标记(或提交)本地图像，添加一个前缀与您的用户名:

docker tag theimage:thetag yourusername/theimage:thetag

注:

如果你在一个组织中，你需要双前缀的图像-像这样:

docker tag theimage:thetag yourusername/yourorganizationname/theimage:thetag

如果你的标签是最新的，:标签部分可以省略;Docker假设:latest如果你没有输入:thetag部分

2)将前缀图像推送到Docker Hub:

 docker push yourusername/theimage:thetag

OR

 docker push yourusername/yourorganizationname/theimage:thetag

额外的步骤:

要么

在上述第1步之前，在Docker Hub帐户中创建一个私有存储库。

注意，存储库名称必须与您计划推送的映像相同。不要在存储库名称中包含thetag部分。例如，如果你的映像是ubuntu:14.04，你可以将你的存储库命名为ubuntu。

Or

如果你没有提前创建存储库(这不是必需的!):转到Docker Hub中的帐户;点击新推出的回购，然后它的设置选项卡-并使你的回购私有。

我曾见过其他人用两个前缀标记私人回购，例如xyz/abc/theimage:thetag，我认为第二个前缀是我创建的，用于将回购标记为私有。不，这只适用于组织。删除任何第二个前缀和设置我的回购名称只是图像修复了我的拒绝错误!

另一个注意事项:每个repo持有所有带有给定repo名称的标记版本的图像。例如，ubuntu:latest和ubuntu:14.04都将在ubuntu repo中。

有趣的Docker!