Bash及GitLab CI中捕获多命令真实退出码的最优实现问询

首先得指出你现有写法里的一个逻辑问题：你把CODE初始设为0，然后当test1 && test2成功时设置CODE=1，这会导致两个测试都成功时反而返回退出码1（表示失败），测试失败时返回0（表示成功），完全搞反了逻辑，得先修正这个点。

下面是几种更优的实现方式，既能保留命令真实的退出码，又能避免GitLab CI默认set -e导致的脚本提前终止：

方式一：分步捕获退出码（最直观） #

这种方式明确记录每个命令的退出状态，逻辑清晰，容易扩展到更多命令：

# 执行test1并保存其退出码
test1
exit_code=$?

# 只有test1成功时，才执行test2并更新退出码
if [ $exit_code -eq 0 ]; then
    test2
    exit_code=$?
fi

# 执行后续操作
someOtherStuff

# 最终返回真实的退出码
exit $exit_code

• 优势：能清晰追踪每一步的退出状态，比如test1失败时直接保留它的退出码，test1成功但test2失败时保留test2的退出码，全部成功则返回0。
• 完全规避set -e的影响，因为没有用链式的&&/||直接触发脚本终止。

方式二：用复合命令捕获整体退出码（更简洁） #

利用Bash的复合命令（括号包裹），可以在内部维持test1 && test2的短路逻辑，同时捕获整个复合命令的真实退出码：

# 括号内的复合命令会执行test1&&test2的短路逻辑，退出码为最后失败命令的码或0
( test1 && test2 )
exit_code=$?

# 执行后续操作
someOtherStuff

# 返回真实退出码
exit $exit_code

• 优势：写法更紧凑，和你最初想的test1() && test2()逻辑完全对应，同时捕获真实的退出码。
• 即使GitLab CI开启了set -e，复合命令内部的失败只会终止括号内的执行，不会终止整个脚本，刚好符合你的需求。

方式三：使用set +e临时禁用 errexit（谨慎使用） #

如果你想临时关闭set -e来执行测试命令，之后再恢复，也可以这么写：

# 临时禁用set -e，避免命令失败终止脚本
set +e
test1 && test2
exit_code=$?
# 恢复set -e（符合GitLab CI的默认行为）
set -e

someOtherStuff
exit $exit_code

• 注意：这种方式要小心，如果后续脚本依赖set -e的行为，一定要记得恢复，否则可能出现其他意外问题。

内容的提问来源于stack exchange，提问作者Christian