Azure CI/CD中PowerShell on Target Machines v2.*日志输出问题求助

• 强制脚本输出到标准流
  确保脚本里的所有输出和错误都显式写入标准输出/错误流，不要依赖默认的变量输出或静默执行：

  • 用Write-Host输出普通日志（会被任务捕获为标准输出）
  • 用Write-Error输出错误信息（会被捕获为标准错误）
  • 避免只使用Write-Verbose或Write-Debug（默认不会被任务转发，除非显式启用对应日志级别）

• 配置任务的日志捕获参数
  在任务配置界面：

  • 勾选「Fail on error」选项，确保脚本抛出错误时任务会标记失败并捕获错误日志
  • 若使用v2版本，设置「Standard output variable name」和「Standard error variable name」（比如分别设为ScriptOutput和ScriptError），然后在后续添加一个「PowerShell」任务，用Write-Host "$env:ScriptOutput"和Write-Host "$env:ScriptError"将变量内容输出到流水线日志

• 修正脚本错误处理逻辑
  调整脚本的错误处理策略，避免错误被静默吞噬：

  # 让非终止错误转为终止错误，确保catch能捕获
  $ErrorActionPreference = 'Stop'
  
  try {
      # 你的业务逻辑代码
      Write-Host "正在执行步骤X..."
      # 示例：模拟错误
      # throw "测试错误"
  }
  catch {
      # 将错误信息写入标准错误流
      Write-Error "执行失败: $_"
      # 退出并返回错误码
      exit 1
  }
  

• 启用流水线详细日志
  在流水线运行页面，点击「运行选项」，将日志级别设置为「详细」（Verbose）。这会让任务输出更多调试信息，包括目标机与CI/CD代理之间的日志传输细节，有助于排查是否有日志丢失的环节。

• 尝试Inline脚本模式
  如果当前是通过上传脚本文件执行，改为使用任务的「Inline Script」模式直接编写脚本内容。Inline模式下，任务对输出的捕获更直接，能减少文件传输或权限导致的日志丢失问题。

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