对于那些试图将映像推送到自己的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

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

docker login

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

docker push {namespace}/mydevrepo

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

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

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

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

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

不知道docker hub发生了什么，但没有一个解决方案对我有效。以下是截至2018年1月，我最终管用的变通办法:

访问hub.docker.com并将存储库更改为private 在你的shell中:

码头工人的图片

存储库标记映像id创建大小 1.975 GB 1.955 GB 1.954 GB

docker 标签 bb38976d03cf dockhub用户名/verse_gapminder：mytag

Docker登录Docker .io

docker push dockhusersername /verse_gapminder:mytag

回到docker hub，将repo更改为public。 这对我很管用。

我得到了同样的错误。不幸的是，这个错误是由于在docker push之前使用sudo造成的。此外，您可能需要从dockerhub中删除存储库，因为您可以拥有的repo数量是有限的。并且，请尝试docker注销，然后docker登录

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

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