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

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

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

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

在我的例子中，我被推送到一个组织，我所在的团队对存储库有管理权限。

所以我的推送命令是: Docker push org-name/image-name

我可以成功地推到用户名/image-name，但不能推到组织。我再三检查了权限。毫无效果。

解决方案是从docker hub中删除repo，并再次使用: Docker push org-name/image-name

至于它的价值，我认为回购最初是在帐户转换为组织之前推动的。

不允许误导标签名称。 我的解决方法是:

Command 1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/trys:1.0 (Didn't push)
Command 2(Push): docker push rsachde/nginx-repository/try:1.0 

输出:

Denied:拒绝访问资源的请求

Command 1.1(Create Tag): docker tag my-nginx:latest rsachde/nginx-repository/:trys 
Command 2.2(Push): docker push rsachde/nginx-repository:trys 

输出:

trys: digest: sha256:405b6f0ae25772ef71b8f59fd6a56ff9b426f50bd24bac2b5db41f65efd3387c 尺寸:1365

误导是标签，确保你们理解。

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

在我的例子中，sudo -E处理此消息失败。解决方案是提供访问do docker而不使用sudo(创建一个组docker，将(Jenkins)用户添加到组中，将组设置在/var/run/docker.sock上)。现在docker push不需要sudo了，而且可以工作。