启用set -euo pipefail后，Bash脚本普通变量赋值失败但export可行的原因

核心原因在于Bash中set -e（errexit选项）的触发规则，以及普通变量赋值和export内置命令的退出码逻辑差异：

1. set -e的基本行为 #

set -e会让脚本在简单命令返回非零退出码时立即退出，但存在特定例外场景。这里的关键区别在于两种赋值方式对应的命令退出码计算逻辑完全不同。

2. 普通变量赋值的情况 #

当执行：

checknsoutput=$(kubectl get ns my_ns 2>&1)

这是一个简单赋值命令，整个命令的退出码等于命令替换中kubectl命令的退出码。因为命名空间不存在时kubectl返回非零，所以整个赋值命令的退出码也是非零，直接触发set -e的退出逻辑，脚本终止。

3. export赋值的情况 #

当执行：

export checknsoutput=$(kubectl get ns my_ns 2>&1)

这是调用Bash的export内置命令，这个命令的退出码由自身执行结果决定，和命令替换里的kubectl退出码无关。只要export能成功完成变量导出（比如变量名合法），它就会返回0——哪怕kubectl命令失败，也不会触发set -e的退出逻辑，脚本会继续执行。

4. 替代方案：普通赋值时避免触发set -e #

如果不想用export，可以通过强制让赋值命令返回0来绕过set -e，比如：

checknsoutput=$(kubectl get ns my_ns 2>&1) || true

之后你可以通过$?检查kubectl的实际退出码，或者直接判断变量内容来确认命名空间是否存在。

内容的提问来源于stack exchange，提问作者J-Are