我有一个
.gitlab-ci.yml
文件,其中包含以下内容:
image: docker:latest
services:
- docker:dind
before_script:
- docker info
- docker-compose --version
buildJob:
stage: build
tags:
- docker
script:
- docker-compose build
但是在
ci-log
我收到消息:
$ docker-compose --version
/bin/sh: eval: line 46: docker-compose: not found
我做错了什么?
docker/compose
如果您不想每条管道都安装它,这是理想的解决方案。
请注意,在最新版本的 GitLab CI/Docker 中,您可能需要授予对 GitLab CI Runner 的特权访问权限并配置/禁用 TLS。请参阅将 docker-in-docker 工作流与 Docker 执行程序一起使用
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
# Official docker compose image.
image:
name: docker/compose:latest
services:
- docker:dind
before_script:
- docker version
- docker-compose version
build:
stage: build
script:
- docker-compose down
- docker-compose build
- docker-compose up tester-image
注意在
docker-compose
早于1.25的版本中:
由于图像使用
作为入口点,您需要override它回到docker-compose-entrypoint.sh
在您的/bin/sh -c
。否则你的管道将失败并显示.gitlab-ci.yml
No such command: sh
image:
name: docker/compose:latest
entrypoint: ["/bin/sh", "-c"]
遵循官方文档:
# .gitlab-ci.yml
image: docker
services:
- docker:dind
build:
script:
- apk add --no-cache docker-compose
- docker-compose up -d
示例 docker-compose.yml:
version: "3.7"
services:
foo:
image: alpine
command: sleep 3
bar:
image: alpine
command: sleep 3
我们个人不再遵循这个流程,因为你失去了对正在运行的容器的控制,它们可能最终会无休止地运行。这是因为 docker-in-docker 执行器。我们开发了一个 python 脚本作为解决方法来杀死我们 CI 中的所有旧容器,可以在这里找到。但我不建议再启动这样的容器了。
我创建了一个简单的 docker 容器,它在
docker-compose
上安装了 docker:latest
。见https://hub.docker.com/r/tmaier/docker-compose/
您的
.gitlab-ci.yml
文件将如下所示:
image: tmaier/docker-compose:latest
services:
- docker:dind
before_script:
- docker info
- docker-compose --version
buildJob:
stage: build
tags:
- docker
script:
- docker-compose build
已弃用
docker-compose
可以安装为 Python 包,它不随图像一起提供。您选择的图像甚至没有提供 Python 的安装:
$ docker run --rm -it docker sh
/ # find / -iname "python"
/ #
寻找 Python 给出一个空的结果。所以你必须选择一个不同的图像,它适合你的需要,最好安装 docker-compose 或者你手动创建一个。
你选择的docker镜像使用的是Alpine Linux。如果您不熟悉 Alpine Linux,您可以将其用作您自己映像的基础或先尝试不同的映像。
我遇到了同样的问题,并在公共 GitHub 存储库中创建了一个 Dockerfile,并将其与我的 Docker Hub 帐户连接起来,并选择了一个自动构建来在每次推送到 GitHub 存储库时构建我的图像。然后您可以使用 GitLab CI 轻松访问您自己的图像。
如果您不想提供预装了 docker-compose 的自定义 docker 镜像,您可以通过在构建期间安装 Python 来让它工作。安装 Python 后,您终于可以安装 docker-compose 准备启动您的容器了。
image: docker:latest
services:
- docker:dind
before_script:
- apk add --update python py-pip python-dev && pip install docker-compose # install docker-compose
- docker version
- docker-compose version
test:
cache:
paths:
- vendor/
script:
- docker-compose up -d
- docker-compose exec -T php-fpm composer install --prefer-dist
- docker-compose exec -T php-fpm vendor/bin/phpunit --coverage-text --colors=never --whitelist src/ tests/
如果您收到此错误或类似错误,请使用 docker-compose exec 和 -T:
$ docker-compose exec php-fpm composer install --prefer-dist
Traceback (most recent call last):
File "/usr/bin/docker-compose", line 9, in <module>
load_entry_point('docker-compose==1.8.1', 'console_scripts', 'docker-compose')()
File "/usr/lib/python2.7/site-packages/compose/cli/main.py", line 62, in main
command()
File "/usr/lib/python2.7/site-packages/compose/cli/main.py", line 114, in perform_command
handler(command, command_options)
File "/usr/lib/python2.7/site-packages/compose/cli/main.py", line 442, in exec_command
pty.start()
File "/usr/lib/python2.7/site-packages/dockerpty/pty.py", line 338, in start
io.set_blocking(pump, flag)
File "/usr/lib/python2.7/site-packages/dockerpty/io.py", line 32, in set_blocking
old_flag = fcntl.fcntl(fd, fcntl.F_GETFL)
ValueError: file descriptor cannot be a negative integer (-1)
ERROR: Build failed: exit code 1
有
tiangolo/docker-with-compose
有效:
image: tiangolo/docker-with-compose
stages:
- build
- test
- release
- clean
before_script:
- docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN registry.gitlab.com
build:
stage: build
script:
- docker-compose -f docker-compose-ci.yml build --pull
test1:
stage: test
script:
- docker-compose -f docker-compose-ci.yml up -d
- docker-compose -f docker-compose-ci.yml exec -T php ...
我认为上面的大部分内容都有帮助,但是我需要共同应用它们来解决这个问题,下面是对我有用的脚本
希望对你也有用
另请注意,在您的 docker compose 中,这是您必须为图像名称提供的格式
<registry base url>/<username>/<repo name>/<image name>:<tag>
image:
name: docker/compose:latest
entrypoint: ["/bin/sh", "-c"]
variables:
DOCKER_HOST: tcp://docker:2375/
DOCKER_DRIVER: overlay2
services:
- docker:dind
stages:
- build_images
before_script:
- docker version
- docker-compose version
- docker login -u $CI_REGISTRY_USER -p $CI_JOB_TOKEN $CI_REGISTRY
build:
stage: build_images
script:
- docker-compose down
- docker-compose build
- docker-compose push
我真的花了一些时间让它与 Gitlab.com 共享运行器一起工作。
我想说“使用
docker/compose:latest
就是这样”,但不幸的是我无法让它工作,即使设置了所有环境变量我也收到Cannot connect to the Docker daemon at tcp://docker:2375/. Is the docker daemon running?
错误。
我也不喜欢通过 pip 安装五千个依赖项来安装
docker-compose
的选项。
幸运的是,对于最近的 Alpine 版本(3.10+),Alpine 存储库中有 docker-compose 包。这意味着@n2o的answer可以简化为:
test:
image: docker:19.03.0
variables:
DOCKER_DRIVER: overlay2
# Create the certificates inside this directory for both the server
# and client. The certificates used by the client will be created in
# /certs/client so we only need to share this directory with the
# volume mount in `config.toml`.
DOCKER_TLS_CERTDIR: "/certs"
services:
- docker:19.03.0-dind
before_script:
- apk --no-cache add docker-compose # <---------- Mind this line
- docker info
- docker-compose --version
stage: test
script:
- docker-compose build
这对我来说从第一次尝试开始就非常有效。也许其他答案没有的原因是在 Gitlab.com 共享跑步者的某些配置中,我不知道......
Alpine linux 现在在他们的“edge”分支中有一个 docker-compose 包,所以你可以这样在 .gitlab-ci.yml 中安装它
a-job-with-docker-compose:
image: docker
services:
- docker:dind
script:
- apk add docker-compose --update-cache --repository http://dl-3.alpinelinux.org/alpine/edge/testing/ --allow-untrusted
- docker-compose -v