我有一个类似的问题，我通过创建一个具有相同映像名称的存储库来解决它，然后将它推到docker，它工作了

我在git上的问题是项目权限配置。 我已经通过启用“容器注册表”在设置->通用->可见性，项目功能，权限和启用容器注册表为我的项目(链接):

有一个docker文件，要求是立即构建一个映像并将其推送到docker hub

登录Docker集线器 Sudo docker login -u your_username 输入密码 构建映像 Sudo docker build -t your_username/demorepo:1.0 上面没有提到图像名称，因为your_username/demorepo是一个 在docker中心回购。标签名称为1.0 推送图片 Sudo docker推送your_username/demorepo:1.0

将已经存在的图像推送到Docker中心

Login to the Docker hub sudo docker login -u your_username Enter password Tag your image(suppose your image is named as test_docker:1.0) sudo docker tag test_docker:1.0 your_username/demorepo:firstpush Above, firstpush is the tag name given to your image, test_docker with 1.0 Tag. IMPORTANT : (While tagging, the image name is not mentioned) Now in docker images you will have 2 images, one says test_docker 1.0 and the other your_username/demorepo firstpush Push the image sudo docker push your_username/demorepo:firstpush

DR docker登录在macOS上不工作，但从应用程序的docker登录工作

当直接从终端使用时，命令docker登录成功地要求我的凭据，在我正确输入它们之后(记住没有电子邮件，只有docker ID将工作)，它宣布登录成功，但任何推送请求将以拒绝告终:请求访问资源被拒绝

然而，当我从正在运行的macOs docker应用程序登录时(工具栏中的图标)，它工作了。因此，docker登录和运行的docker应用程序/守护进程之间可能会有一些不一致

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

步骤1

Docker登录——username=jp9573

步骤2

Docker push jp9573/todo

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

我很慢地添加另一个答案，但接受的答案和其余的答案提到docker登录缺少一个边缘情况，以解决其他人在评论中陈述的问题。

docker login <private-repo-host>:<port>

强调需要进入的端口可能是那些仍在寻找的解决方案。docker login或docker login <private-repo-host>可能连接没有问题，但当需要推送图像时，你会得到与OP相同的错误。

也就是说，你可以连接w/o定义主机或端口，仍然得到:

.．. 登录成功

在我的例子中，我使用一个自托管的GitLab内置docker-registry，它被设置为使用端口4567。验证必须从哪个端口访问注册表可能有点冒险。没有指定端口docker login <our.gitlab。主机>将成功登录，但给出了OP询问的相同问题:

.．. 推送指的是存储库[…] Denied:禁止访问

如果你使用docker。Io /dockerhub你可能不会遇到这个问题，但是如果你有一个自托管/私有注册表解决方案，那么你需要显式地使用docker注册表的主机和端口登录的可能性就会增加。