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

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

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

我在上码头工人初级课程时也遇到了同样的问题。我通过在docker push调用之前进行adocker登录来解决这个问题。

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

我也有这个问题。事实证明，我使用的是免费层，并试图在私有存储库中推送多个图像。将一张图片设为私有，其余的设为公共，这对我来说很管用。

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

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

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

我也有同样的问题。在我的情况下，我登录在index.docker.io，并将图像推到docker.io/username/image:标签。

解决方案是在docker中登录。IO通过运行这个命令:

export CI_REGISTRY=docker.io
docker login -u "$CI_REGISTRY_USER" -p "$CI_REGISTRY_PASSWORD" $CI_REGISTRY
docker push USERNAME/IMAGE:TAG

输出为:

The push refers to repository [docker.io/USERNAME/IMAGE:TAG] eeb7e16c6369: Preparing 6bd09f46d0ae: Preparing f5a7f7a3fb28: Preparing 07952c1df7f6: Preparing a4522c0d203b: Preparing 3e207b409db3: Preparing 3e207b409db3: Waiting a4522c0d203b: Layer already exists 3e207b409db3: Layer already exists f5a7f7a3fb28: Pushed 6bd09f46d0ae: Pushed 07952c1df7f6: Pushed eeb7e16c6369: Pushed latest: digest: sha256:7ce256fa83ef1eebcaaaa460c4d73f87f2adf304bc6e6c1b83a19d987cd61ad5 size: 1579 Running after_script 00:02 Saving cache 00:01 Uploading artifacts for successful job 00:02 Job succeeded

的问候。