Azure DevOps为何从临时文件夹调用脚本？如何解决依赖加载失败问题？

问题原因 #

Azure DevOps 2019版本的Bash@3任务会将指定路径的脚本复制到代理的临时目录（_work/_temp）执行，哪怕不是内联脚本。这种设计是为了统一处理脚本的执行环境、权限等，但会导致脚本中通过$0获取的路径指向临时副本，而非原始脚本所在目录，进而找不到同目录的依赖文件。

可行的解决方法 #

方法1：改用BASH_SOURCE[0]获取原始脚本路径 #

修改你的build_something.sh脚本，替换dirname $0为dirname "${BASH_SOURCE[0]}"——BASH_SOURCE[0]会返回脚本的原始路径，无论脚本是本地执行还是被复制到临时目录执行：

echo "pwd:"
pwd

script_dir=$(dirname "${BASH_SOURCE[0]}")
echo "script_dir: ${script_dir}"

source "${script_dir}/build_vars.list"

这个方案最优雅，无需修改流水线配置，脚本在本地和流水线环境都能正常运行。

方法2：通过流水线参数传递原始脚本目录 #

在YAML配置中，将脚本所在的原始目录作为参数传给脚本：

- task: Bash@3
  displayName: Build something
  enabled: true
  continueOnError: false
  inputs:
    failOnStderr: true
    filePath: 'CI/build_something.sh'
    arguments: "$(System.DefaultWorkingDirectory)/CI y"

然后修改脚本，使用第一个参数作为脚本目录：

echo "pwd:"
pwd

script_dir=$1
shift # 移除第一个参数，保留后续参数
echo "script_dir: ${script_dir}"

source "${script_dir}/build_vars.list"
# 后续逻辑可以使用$@获取剩余参数

方法3：用内联脚本直接调用原始脚本 #

放弃使用filePath，改用内联脚本直接执行原始目录下的脚本，这样脚本会在原始上下文执行，$0能正确获取到原始路径：

- task: Bash@3
  displayName: Build something
  enabled: true
  continueOnError: false
  inputs:
    failOnStderr: true
    targetType: 'inline'
    script: |
      cd "$(System.DefaultWorkingDirectory)/CI"
      ./build_something.sh y

关于禁用复制行为的说明 #

在Azure DevOps 2019版本中，无法禁止Bash@3任务复制脚本到临时目录的行为，这是该版本任务的固有设计。如果升级到较新版本的Azure DevOps，部分任务行为可能会调整，但旧版没有相关配置项。

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