如何仅在Bash脚本执行失败时触发Azure DevOps管道任务失败

核心问题出在你勾选的Fail on Standard Error选项逻辑本身：该选项会将所有写入stderr流的内容判定为错误，完全不区分是预期内的提示/警告，还是真正的执行失败。KVM虚拟机启停、Packer执行过程中本来就会向stderr输出大量正常运行日志，开着这个选项必然会出现误判。

按以下步骤调整即可实现仅根据服务检查脚本的结果判定任务失败：

• 第一步：取消勾选任务配置里的Fail on Standard Error选项，关闭基于输出流的错误判定逻辑，所有失败判断统一以命令明确返回的退出码为准。
• 第二步：不要把Packer构建流程和服务校验逻辑混在同一个无状态的执行块里，要拆分逻辑、单独捕获每一步的退出状态，参考实现脚本如下：

#!/bin/bash
# 临时关闭set -e，避免非关键步骤的预期错误直接中断流程
set +e

# 执行Packer KVM镜像构建，仅捕获Packer主进程的退出码，忽略stderr的常规输出
packer build ./your_kvm_build_template.pkr.hcl
PACKER_EXIT=$?

# 只有Packer主进程本身返回非0退出码（真·构建崩溃）时，才判定这一步失败
if [ $PACKER_EXIT -ne 0 ]; then
  echo "Packer构建异常终止，退出码：${PACKER_EXIT}"
  exit $PACKER_EXIT
fi

# 重新开启set -e，执行你的虚拟机内部服务检查脚本
set -e
chmod +x ./check_vm_service_running.sh
./check_vm_service_running.sh

# 直接透传检查脚本的退出码给Azure DevOps管道：返回0则任务成功，返回3或其他非0值则任务失败
exit $?

• 可选优化：如果你担心Packer执行过程中出现致命错误但退出码异常返回0，可以在Packer执行完成后，单独对日志做关键字匹配（比如匹配Build '.*' errored、fatal error这类明确的失败标识），匹配到后手动返回非0退出码即可，不要全量拦截所有stderr输出。

注意：所有命令行工具的错误判定核心永远是进程退出码，不要通过输出流是stdout还是stderr判断是否失败——绝大多数Linux下的基础设施工具（virsh、qemu、Packer等）都会把运行警告、进度提示甚至普通信息输出到stderr，这部分不属于执行错误。

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