Azure DevOps YAML中拆分带参Shell脚本并注入的可行性问询

拆分复用Shell脚本的方案完全可行，你碰到的变量识别、权限问题都是实现细节导致的，调整方式就能解决。

变量无法识别的处理 #

• 不要用sh script.sh或./script.sh调用子脚本，这种方式会启动新的子Shell，父脚本（包括Azure DevOps变量组注入的）变量不会自动传递。改用source命令：source ./path/to/subscript.sh 或简写为 . ./path/to/subscript.sh，子脚本会在当前Shell环境执行，所有变量直接可用。
• 子脚本需要参数的话，直接在source时传递：. ./subscript.sh $CLUSTER_TAG $DEPLOY_ENV，子脚本里用$1、$2获取对应值。
• 确认Azure DevOps变量组已勾选“允许脚本访问此变量组”，确保变量能注入到脚本环境中。

权限问题的处理 #

• 给子脚本添加执行权限：在管道步骤里先执行chmod +x ./path/to/subscript.sh，也可以在代码仓库提交时就设置好权限（用git update-index --chmod=+x script.sh），避免每次管道都处理。
• 调用子脚本时用绝对路径，比如借助Azure DevOps系统变量：source $(System.DefaultWorkingDirectory)/scripts/common_deploy.sh，避免工作路径不对导致的找不到脚本或权限问题。

• 把通用逻辑（比如参数校验、deploy.sh的调用模板、环境初始化）抽成common_deploy.sh，主脚本只根据clusterTags判断，传递差异化参数给通用脚本，彻底消除重复代码。
• 可以在通用脚本里定义函数，比如：

deploy_to_cluster() {
  local cluster_tag=$1
  local deploy_env=$2
  # 通用部署逻辑，比如调用deploy.sh
  ./deploy.sh --tag $cluster_tag --env $deploy_env
}

主脚本直接调用函数：deploy_to_cluster $CLUSTER_TAG $TARGET_ENV，结构更清晰易维护。

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