Docker Compose Up返回非零退出码，CI/CD流水线为何假阳性通过？

你的问题出在两个关键环节：

1. && 逻辑阻断了失败状态的收集
   用 && 串联命令时，只有前一个命令成功（退出码为0），后续命令才会执行。如果 docker-compose up 执行失败，后面的 status=$$? 和 exit $$status 根本不会运行。此时若 docker-compose up 没有正确返回容器的失败状态，整个Makefile规则会返回错误的成功码，导致CI误判。

2. docker-compose up 默认不返回容器的运行退出码
   日志显示容器 service-target-test-1 退出码为2，但 docker-compose up 默认的退出码仅代表服务启动是否成功，而非容器运行测试后的退出状态。哪怕容器内测试失败退出，docker-compose up 依然可能返回0，让整个命令链最终返回成功码，CI流水线就会假阳性通过。

方案1：改用分号串联命令，确保状态收集始终执行 #

把命令链中的 && 替换为分号（或直接换行），这样无论 docker-compose up 成功与否，都会执行状态收集和退出命令：

test-some-service:
    echo "Running some tests...." ; \
    docker-compose up service-target-test ; \
    status=$$? ; \
    docker-compose down ; \
    exit $$status

方案2：用--exit-code-from直接复用容器退出码 #

更简洁的方式是让 docker-compose up 直接返回目标容器的退出码，无需手动收集状态：

test-some-service:
    echo "Running some tests...." && \
    docker-compose up --exit-code-from service-target-test && \
    docker-compose down

--exit-code-from 参数会让 docker-compose up 的退出码与指定容器的退出码完全一致，容器测试失败时该命令直接返回非0值，Makefile规则会正确标记失败，CI流水线也会终止。

额外建议：自动清理容器环境 #

不管测试成功或失败，都要清理残留容器，避免影响后续流水线执行。可以用 trap 实现自动清理：

test-some-service:
    echo "Running some tests...." ; \
    trap 'docker-compose down' EXIT ; \
    docker-compose up --exit-code-from service-target-test

trap 会在命令执行完成（无论成功或失败）时触发 docker-compose down，确保环境干净。

内容的提问来源于stack exchange，提问作者u-ways