在尝试了每个高分解决方案后，我仍然没有运气。

直到我改变了我的重点和搜索关键字，包括我的凭证助手通行证。

如果您遇到类似的情况(使用任何类型的docker-credential-helpers，并遵循一般指导原则进行设置)，请尝试检查步骤，看看是否遗漏了任何内容。

例如，我使用pass作为docker的凭据库，当我只是按照顶部搜索结果设置pass时，错过了为专用的pass-name docker- credial -helpers/docker-pass- initialization -check插入我的dockerhub帐户密码的步骤。

在发出以下命令后，docker push终于对我发了慈悲。

pass insert docker-credential-helpers/docker-pass-initialized-check

更多细节请看这个答案。

我也有同样的问题。我强烈推荐大家浏览一下这个博客。

我的问题更多地与ACR有关。Docker客户端将引用配置。您的SP证书文件将存储在json文件中(角色所有者)。

博客中帮助我解决问题的部分有:

Docker镜像ls Docker标签.azurecr.io/:v1 Docker推送.azurecr.io/:v1

在此操作之前，我还创建了一个具有所有者特权的SP。

如果在使用Azure容器注册表时遇到此问题，可以先登录到注册表来解决。

docker login yourregistry.azurecr.io

然后标记您的映像以匹配注册表的主机名。

docker image tag yourimagename:[version] yourregistry.azurecr.io/yourimagename:[version]

最后按一下。

docker push yourregistry.azurecr.io/yourimagename:[version]

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

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

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

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

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

我在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>'