Azure DevOps中PowerShell处理IZPACK compile.bat stderr报错失败问题

核心问题出在Azure DevOps PowerShell任务的failOnStderr: true配置上：该选项会把任何写入标准错误流（stderr）的内容都判定为任务失败，不管这些内容是真正的错误还是正常的日志输出。

IZPACK的compile.bat调用的Java编译器可能只是将初始化日志这类非错误信息输出到了stderr，而非编译失败的错误，但failOnStderr会直接触发任务失败。你在PowerShell脚本里的try/catch、重定向操作之所以无效，是因为：

1. try/catch仅捕获PowerShell的终止错误，外部程序的stderr输出不属于此类；
2. failOnStderr是任务级别的检查，优先级高于脚本内的流处理，只要任务检测到stderr有内容就会强制失败。

方法1：关闭failOnStderr，脚本内手动检查退出码 #

把任务的failOnStderr设为false，在PowerShell脚本中通过捕获外部程序的退出码来判断是否真正失败：

修改流水线任务配置：

- task: PowerShell@2
  inputs:
    filePath: 'installer/build_izpack.ps1'
    failOnStderr: false  # 关闭任务级别的stderr检查
    workingDirectory: 'installer'
  displayName: 'Powershell Build Windows Installer'

对应的build_izpack.ps1脚本：

# 调用IZPACK编译脚本
& .\compile.bat
# 捕获外部程序的退出码
$exitCode = $LASTEXITCODE

# 仅当退出码非0时，抛出错误触发流水线失败
if ($exitCode -ne 0) {
    Write-Error "IZPACK编译失败，退出码: $exitCode"
    exit $exitCode
}

方法2：重定向stderr到stdout，保留退出码检查 #

如果不想关闭failOnStderr，可以在调用compile.bat时将stderr重定向到stdout，让任务无法检测到stderr内容，同时依然检查退出码：

build_izpack.ps1脚本：

# 将stderr重定向到stdout，避免任务触发失败
& .\compile.bat 2>&1
$exitCode = $LASTEXITCODE

if ($exitCode -ne 0) {
    Write-Error "IZPACK编译失败，退出码: $exitCode"
    exit $exitCode
}

方法3：用Start-Process精确控制输出和退出码 #

通过Start-Process将外部程序的stderr输出到文件，完全绕过任务的stderr检测，同时保留错误日志用于排查：

build_izpack.ps1脚本：

# 调用compile.bat，将输出和错误写入日志文件
$process = Start-Process -FilePath ".\compile.bat" `
    -NoNewWindow -Wait -PassThru `
    -RedirectStandardOutput "compile.log" `
    -RedirectStandardError "compile_error.log"

# 可选：读取错误日志用于调试
$errorLog = Get-Content "compile_error.log" -Raw
if ($errorLog) {
    Write-Host "IZPACK错误日志内容:`n$errorLog"
}

# 检查退出码，触发流水线失败
if ($process.ExitCode -ne 0) {
    Write-Error "IZPACK编译失败，退出码: $($process.ExitCode)"
    exit $process.ExitCode
}

• 确认compile.bat是否正确传递Java程序的退出码：如果bat没有在调用Java命令后添加exit %ERRORLEVEL%，需要修改bat文件，确保退出码能被PowerShell捕获到；
• 若IZPACK的stderr输出确实是正常日志，可尝试修改IZPACK的配置文件，将日志输出切换到stdout，但此操作涉及工具本身配置，优先使用脚本层面的解决方法。

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