Bash脚本执行正常但返回Exit Code 1，求助排查原因

首先明确：while循环确实有可能导致这个错误，但也存在其他常见诱因，下面逐一拆解：

一、while循环可能引发问题的场景 #

• 管道式循环的子shell与退出码传递：如果你的while循环是通过管道读取输出（比如git ls-remote | while read repo; do ...），管道中的任意命令返回非0，或者循环体内某个命令执行失败且未被处理，都会让整个管道的退出码变为非0，最终导致脚本以Exit Code 1结束。另外这种写法下循环是在子shell中执行，哪怕循环内的操作都成功，父shell可能会捕获到管道的异常退出码。
• 循环体内未处理的命令错误：循环里的克隆仓库、Azure存储操作等命令，哪怕表面看起来完成，可能存在隐性失败（比如某个文件权限问题导致上传跳过），如果没加错误捕获，这个命令的非0退出码会被保留到脚本结束。

二、其他可能的原因 #

• Azure CLI命令的隐性失败：比如清理容器时遇到不存在的Blob，或者上传时部分文件因权限/大小问题失败，Azure CLI可能返回非0但不中断脚本执行，最终导致整体退出码异常。
• 脚本全局错误检查未配置：如果没启用set -euo pipefail，脚本会忽略单个命令的失败，直到最后把错误退出码传递出来，看起来所有操作都完成了，但实际有命令悄悄失败。
• 脚本末尾的命令退出码非0：哪怕前面所有操作都正常，脚本最后一个执行的命令如果返回非0，整个脚本就会以这个码退出。

三、快速排查步骤 #

• 开启调试追踪：在脚本开头添加set -x，运行时会输出每个执行的命令及其退出码，直接定位到哪个环节返回了非0。
• 修改while循环写法：把管道式循环改成进程替换（while read repo; do ... done < <(git ls-remote)），避免子shell带来的退出码传递问题。
• 临时强制正常退出：在脚本最后一行加exit 0，如果错误消失，说明是前面某个命令的非0退出码导致的，再反向排查。
• 逐个命令检查退出码：在关键命令（比如az storage container delete、git clone）后添加echo "Command exit code: $?"，手动确认每个步骤的执行状态。

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