Azure Pipeline中Bash脚本While循环卡住问题求助

我写了个用于重启Kubernetes部署的Bash脚本，在VM上手动执行完全正常，几分钟就能跑完，但通过Azure Pipeline（代理就是这台VM）执行时，脚本跑到等待Secret创建的循环部分就卡住了。试了三种写法（如下）都没用，明明条件满足了循环还是不退出：

# 写法一
echo "Waiting for the secret to be created ...... "
secretloop=`kubectl get secrets -n dev | grep "dev" | wc -l`
while [ $secretloop -eq 0 ]
do
    echo "inside dev secret loop ...... " >> /tmp/var.txt
    secretloop=`kubectl get secrets -n dev | grep "dev" | wc -l`
    sleep 1
done

# 写法二
echo "Waiting for the secret to be created ...... "
secretloop="$(kubectl get secrets -n dev | grep "dev" | wc -l)"
while [ $secretloop -eq 0 ]
do
    echo "inside dev secret loop ...... " >> /tmp/var.txt
    secretloop="$(kubectl get secrets -n dev | grep "dev" | wc -l)"
    sleep 1
done

# 写法三
echo "Waiting for the dev secret to be created ...... "
while [ $(kubectl get secrets -n dev | grep "dev" | wc -l) -eq 0 ]
do
    echo "inside dev secret loop ...... " >> /tmp/var.txt
    sleep 1
done

问题根源 #

这类卡住的情况，大概率是Azure Pipeline的执行环境和手动登录VM时的环境不一致，导致kubectl命令的执行结果不符合预期：

1. kubeconfig路径问题：手动登录时用的是当前用户的~/.kube/config，但Pipeline代理可能以系统用户运行，默认找不到这个配置文件，导致kubectl执行报错，输出的错误信息被grep/wc处理后，得到的计数一直是0（或非预期值）。
2. 权限问题：Pipeline代理用户没有访问dev namespace下Secret的权限，kubectl命令执行失败，同样导致计数异常。
3. grep匹配不可靠：grep "dev"可能匹配到输出中的其他无关内容（比如列名、错误提示里的dev），导致wc计数不准，循环条件判断错误。

解决办法 #

1. 改用K8s官方的等待命令（最推荐） #

直接用kubectl wait命令替代自己写的循环，这是K8s原生支持的资源等待方式，更可靠且无需手动处理逻辑：

# 等待名为dev的Secret在dev namespace中存在，超时5分钟
kubectl wait --for=condition=exists secret/dev -n dev --timeout=300s

如果Secret在超时时间内创建成功，命令会自动退出；超时则返回错误，方便Pipeline捕获。

2. 修复自定义循环的检查逻辑 #

如果一定要自己写循环，改用更精确的检查方式，避免grep的干扰，同时添加调试信息排查问题：

echo "Waiting for the dev secret to be created ...... "
while true; do
    # 直接检查指定Secret是否存在，忽略错误输出
    secret_count=$(kubectl get secret dev -n dev --no-headers 2>/dev/null | wc -l)
    # 记录调试信息，方便排查
    echo "$(date): secret_count = $secret_count" >> /tmp/secret_wait.log
    
    if [ $secret_count -eq 1 ]; then
        echo "Dev secret created successfully!" >> /tmp/secret_wait.log
        break
    fi
    
    sleep 1
done

这里用kubectl get secret dev -n dev直接查询目标Secret，--no-headers去掉表头，2>/dev/null把错误输出丢弃，确保只有当Secret存在时，wc -l才会返回1。

3. 统一Pipeline的kubectl环境 #

在脚本开头添加kubeconfig的环境变量指定，确保Pipeline使用和手动执行相同的配置：

# 替换成你实际的kubeconfig路径
export KUBECONFIG=/home/your-user/.kube/config

同时，确保Pipeline代理用户有读取该kubeconfig文件的权限，以及该配置对应的K8s账号有访问dev namespace的权限。

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