Azure DevOps内联PowerShell脚本调用ps1文件报错求助

我来帮你解决这个问题，你遇到的The term 'run.ps1' is not recognized...报错，哪怕已经用Set-Location切换到目标目录，通常是几个常见原因导致的，下面是一步步的排查和解决方法：

• 先确认文件真的在当前目录
  有时候我们以为切换到了正确目录，但实际文件可能没在那里。可以在调用脚本前加两行验证代码，看看当前目录的文件列表：

  Write-Host "当前工作目录：$PWD"
  Get-ChildItem
  

  运行Pipeline后查看日志，确认run.ps1确实出现在文件列表里。如果没有，就得检查你的文件拉取/复制步骤是否正确（比如Git Checkout任务有没有把脚本拉下来，或者Copy Files任务有没有把文件放到指定目录）。

• 调用时加上当前目录前缀./
  PowerShell默认不会在当前工作目录里查找可执行文件/脚本，而是去系统PATH里找。所以直接写run.ps1会找不到，必须明确指定当前目录：

  # 两种可行的调用方式
  & .\run.ps1
  # 或者用点 sourcing（如果需要在当前会话里执行脚本变量/函数）
  . .\run.ps1
  

  这里的&是PowerShell的调用操作符，专门用来执行脚本或可执行文件，尤其是当路径包含空格时必须用它。

• 使用绝对路径调用（最可靠的方式）
  如果切换目录的方式不稳定，直接用绝对路径调用脚本是最保险的。你可以利用Azure DevOps的预定义变量（比如$(System.DefaultWorkingDirectory)，这是Pipeline的默认工作目录）来拼接路径：

  $scriptPath = Join-Path -Path $(System.DefaultWorkingDirectory) -ChildPath "run.ps1"
  Write-Host "脚本绝对路径：$scriptPath"
  & $scriptPath
  

  这样不管当前工作目录是什么，都能精准定位到脚本文件。

• 临时调整PowerShell执行策略（可选）
  虽然你的报错是“找不到文件”，但如果脚本存在却还是无法执行，可能是执行策略限制。可以在调用脚本前临时放宽当前进程的执行策略：

  Set-ExecutionPolicy Bypass -Scope Process -Force
  & .\run.ps1
  

  这个设置只会对当前Pipeline的PowerShell进程生效，不会影响全局配置。

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