我知道这个问题已经有很多答案了，但没有一个对我有帮助。

我观察到的是，构建映像非常快，并将其推到docker。IO导致错误:

denied: requested access to the resource is denied

我还注意到做一个

docker image ls

显示我的图像的最新构建是几天前的。

我必须做一个

docker container prune 

来摆脱停止的容器，和一个

docker image prune -a

为了摆脱旧的形象。 然后我就可以成功地建立和推广我的形象。

'denied:对资源的请求访问被拒绝'不是来自docker。我是本地码头工人。有趣的是，它在构建过程中并没有失败。

之前的答案都是正确的，我只是想补充一个我看到没有提到的信息;

如果项目是私有项目，要正确地推送映像，必须配置个人访问令牌或启用read_registry key的部署令牌。

来源:https://gitlab.com/help/user/project/container_registry using-with-private-projects

希望这是有帮助的(如果问题是张贴到目前为止的时间)

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

docker login

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

docker push {namespace}/mydevrepo

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

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

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

OS: Ubuntu16.04

原因:我删除了客户端配置文件(~/.docker/config.json)

解决方案:

重启码头工人。 服务docker重启。 它需要输入登录信息，然后自动生成配置文件。 Docker login——username=yourdockerhubername——email=youremail@company.com

在Azure Devops中创建CI管道以构建docker映像并将其推送到docker Hub时，我也遇到了同样的问题。我所犯的错误是在容器存储库部分提供了错误的条目。

在buildAndPush任务中，我在容器存储库字段中给出存储库名称。实际上，存储库名称应该附加Docker Hub用户名/。 例如，您的用户名是myuser，存储库名称是test，然后提供myuser/test条目。一旦我纠正了这个问题，管道就成功地工作了，图像被推送到我的docker中心存储库