Docker命令在BitBucket Pipeline的自定义管道中不可用

Question

我正在执行一个构建步骤，该步骤处理 Docker Swarm 模式群集中的常见部署任务。由于这是我们和其他人的共同问题，因此我们将此构建步骤共享为 BitBucket 管道：https://bitbucket.org/matchory/swarm-secret-pipe/ 管道需要使用 docker 命令来处理远程 Docker 安装。但是，这不起作用，因为管道运行时找不到 docker 可执行文件。

以下内容适用于我们的测试存储库管道:

• The docker option is set to true:

  options:
    docker: true
  

  main:
    - step:
      services:
        - docker: true
  

  docker container run \
    --volume=/opt/atlassian/pipelines/agent/build:/opt/atlassian/pipelines/agent/build \
    --volume=/opt/atlassian/pipelines/agent/ssh:/opt/atlassian/pipelines/agent/ssh:ro \
    --volume=/usr/local/bin/docker:/usr/local/bin/docker:ro \
    --volume=/opt/atlassian/pipelines/agent/build/.bitbucket/pipelines/generated/pipeline/pipes:/opt/atlassian/pipelines/agent/build/.bitbucket/pipelines/generated/pipeline/pipes \
    --volume=/opt/atlassian/pipelines/agent/build/.bitbucket/pipelines/generated/pipeline/pipes/matchory/swarm-secret-pipe:/opt/atlassian/pipelines/agent/build/.bitbucket/pipelines/generated/pipeline/pipes/matchory/swarm-secret-pipe \
    --workdir=$(pwd) \
    --label=org.bitbucket.pipelines.system=true \
    radiergummi/swarm-secret-pipe:1.3.7@sha256:baf05b25b38f2a59b044e07f4ad07065de90257a000137a0e1eb71cbe1a438e5
  

  管道是相当标准的，并且使用了最近的阿尔卑斯山图像；在这方面没有什么特别的。PATH永远不会被覆盖。现在是有趣的部分：如果我在管道内执行ls /usr/local/bin/docker，它会显示一个空目录：

  ls /usr/local/bin
  total 16K 
  drwxr-xr-x 1 root root 4.0K May 13 13:06 .
  drwxr-xr-x 1 root root 4.0K Apr 4 16:06 ..
  drwxr-xr-x 2 root root 4.0K Apr 29 09:30 docker
  ls /usr/local/bin/docker
  total 8K 
  drwxr-xr-x 2 root root 4.0K Apr 29 09:30 .
  drwxr-xr-x 1 root root 4.0K May 13 13:06 ..
  ls: /usr/local/bin/docker/docker: No such file or directory
  

  据我所知，管道和Docker，/usr/local/bin/Docker应该是Docker二进制文件。相反，由于某种原因，它似乎是一个空目录。这是怎么回事？

  我还查看了其他官方管道。它们没有任何不同，但似乎可以很好地使用docker命令（例如Azure管道）。

Answer 1

在与BitBucket支持人员交谈后，我解决了这个问题。事实证明，如果docker上下文发生变化，任何docker命令都会直接发送到远程docker二进制文件，该文件（在我们的服务上）位于与BitBucket管道不同的路径
由于我们在使用管道之前更改了docker上下文，并且安装到管道中的docker实例仍然具有远程上下文集，但管道在另一个位置搜索docker二进制文件，因此会抛出＜code＞无此类文件或目录＜/code＞错误。

TL；DR：在将控制传递到管道之前，始终还原默认docker主机/上下文，例如：

script:
  - export DEFAULT_DOCKER_HOST=$DOCKER_HOST
  - unset DOCKER_HOST
  - docker context create remote --docker "host=ssh://${DEPLOY_SSH_USER}@${DEPLOY_SSH_HOST}"
  - docker context use remote

  # do your thing

  - export DOCKER_HOST=$DEFAULT_DOCKER_HOST # <------ restore the default host
  - pipe: matchory/swarm-secret-pipe:1.3.16