Docker登录参数在~/. Docker /config。Json应该正确设置(这是在登录后自动完成)

1)不传递SERVER参数登录:

$ echo "<password>" | docker login -u foo --password-stdin

成功登录后，在~/.docker/config中会出现如下结果。Json和push image成功。

***
"https://index.docker.io/v1/": {
    "auth": "YWNhcm***"
}
***

2)登录时传递SERVER参数index.docker.io

$ echo "<password>" | docker login index.docker.io -u foo --password-stdin

成功登录后，在~/.docker/config中会出现如下结果。Json和push image失败。

***
"index.docker.io": {
    "auth": "YWNhcm***"
}
***

我在Azure管道中遇到了类似的问题。我错过了在repository部分添加docker-id。

在Azure中，在推送时，如果仅使用名称，例如<repo-name>，可能无法工作。它需要完全限定的回购名称，其中还包括docker-id。

Use

repository: '<docker-id>/<repo-name>'

而不是

repository: '<repo-name>'

管道代码片段:

- task: Docker@2
  inputs:
    containerRegistry: 'service-connection-name'
    repository: '<docker-id>/<repo-name>'

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

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

Denied:拒绝访问资源的请求

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

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

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

推送所有标签

使用-a来推。S.t. docker push username/image -a

拒绝访问可能是由于docker存储库权限不是公共的(你可以再次检查)

你需要拉一下看看是否可以。

在hub.docker.com中查看

打开“标签”查看成功推送后所有可用的标签

如果在docker登录后仍然失败，请确保您试图推送到的存储库在一开始就已创建。

有一个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