使用带有CI的docker-compose-如何处理退出代码和守护程序链接的容器？

现在，我们的Jenkins代理为我们的每个Rails项目生成一个docker-compose.yml，然后运行docker-compose。docker-compose.yml具有一个主要的“ Web”容器，其中包含rbenv和我们所有其他的Rails依赖项。它链接到包含测试Postgres DB的数据库容器。

问题出在我们需要实际运行测试并生成退出代码时。仅当测试脚本返回exit 0时，我们的CI服务器才会部署，但是docker-compose始终返回0，即使其中一个容器命令失败。

另一个问题是，即使Web容器完成了运行测试之后，DB容器也会无限期地运行，因此docker-compose up永远不会返回。

有什么方法可以在此过程中使用docker-compose吗？我们将需要能够运行容器，但是在Web容器完成后退出并返回其退出代码。现在，我们使用docker手动启动数据库容器，并使用--link选项运行Web容器。

从version开始1.12.0，您可以使用该--exit-code-from选项。

从文档：

-从服务退出代码

返回所选服务容器的退出代码。暗示-退出容器退出。

docker-compose run是获取所需退出状态的简单方法。例如：

$ cat docker-compose.yml 
roit:
    image: busybox
    command: 'true'
naw:
    image: busybox
    command: 'false'
$ docker-compose run --rm roit; echo $?
Removing test_roit_run_1...
0
$ docker-compose run --rm naw; echo $?
Removing test_naw_run_1...
1

另外，您也可以选择检查已用完的容器。您可以使用该-f标志获取退出状态。

$ docker-compose up
Creating test_naw_1...
Creating test_roit_1...
Attaching to test_roit_1
test_roit_1 exited with code 0
Gracefully stopping... (press Ctrl+C again to force)
$ docker-compose ps -q | xargs docker inspect -f '{{ .Name }} exited with status {{ .State.ExitCode }}'
/test_naw_1 exited with status 1
/test_roit_1 exited with status 0

至于永不返回的db容器，如果使用，docker-compose up则需要对该容器进行签名。那可能不是你想要的。相反，您可以使用docker-compose up -d守护程序运行容器，并在测试完成后手动终止容器。docker-compose run 应该为您运行链接的容器，但是我听到有人在SO上闲聊着一个错误，该错误阻止了该容器立即按预期工作。

以小次郎的回答为基础：

docker-compose ps -q | xargs docker inspect -f '{{ .State.ExitCode }}' | grep -v '^0' | wc -l | tr -d ' '

1. 获取容器ID
2. 获取每个容器ID的最后一次运行退出代码
3. 仅以“ 0”开头的状态代码
4. 非0状态码的计数
5. 修剪空白

返回返回了多少非零退出代码。如果一切都以代码0退出，则将为0。

如果您愿意使用docker-compose run手动启动测试，请添加--rm奇怪的是，标志会使Compose准确反映您命令的退出状态。

这是我的示例：

$ docker-compose -v
docker-compose version 1.7.0, build 0d7bf73

$ (docker-compose run bash false) || echo 'Test failed!'  # False negative.

$ (docker-compose run --rm bash false) || echo 'Test failed!'  # True positive.
Test failed!

$ (docker-compose run --rm bash true) || echo 'Test failed!'  # True negative.

使用docker wait以获取退出代码：

$ docker-compose -p foo up -d
$ ret=$(docker wait foo_bar_1)

foo是“项目名称”。在上面的示例中，我明确指定了它，但是如果您不提供它，它就是目录名。 bar是您在docker-compose.yml中为被测系统指定的名称。

请注意，docker logs -f容器停止时退出也是正确的做法。所以你可以放

$ docker logs -f foo_bar_1

在docker-compose up和之间，docker wait因此您可以观看测试的运行情况。

--exit-code-from SERVICE并且--abort-on-container-exit在需要运行所有容器才能完成的情况下不起作用，但是如果其中一个容器退出较早，则会失败。例如，如果在不同的容器中同时运行2个测试服，则可能是一个示例。

有了@spenthil的建议，您可以包装docker-compose一个脚本，如果有容器运行，该脚本将失败。

#!/bin/bash
set -e

# Wrap docker-compose and return a non-zero exit code if any containers failed.

docker-compose "$@"

exit $(docker-compose -f docker-compose.ci.build.yml ps -q | tr -d '[:space:]' |
  xargs docker inspect -f '{{ .State.ExitCode }}' | grep -v 0 | wc -l | tr -d '[:space:]')

然后，在您的CI服务器上，只需更改docker-compose up为./docker-compose.sh up。

docker-rails允许您指定将哪个容器的错误代码返回给主进程，以便您的CI服务器可以确定结果。对于使用docker进行Rails的CI和开发来说，这是一个很好的解决方案。

例如

exit_code: web

您docker-rails.yml将web通过命令生成容器退出代码docker-rails ci test。 docker-rails.yml只是围绕标准的元包装docker-compose.yml，使您可以针对不同的环境（例如开发vs测试vs parallel_tests）继承/重用相同的基本配置。

如果您可能在一个docker引擎上运行更多具有相同名称的docker-compose服务，但您不知道确切名称：

docker-compose up -d
(exit "${$(docker-compose logs -f test-chrome)##* }")

echo %? -从test-chrome服务返回退出代码

好处：

• 等待确切的服务退出
• 使用服务名称，而不是容器名称

您可以通过以下方式查看退出状态：

echo $(docker-compose ps | grep "servicename" | awk '{print $4}')