Jenkins中通过PowerShell传递Node.js自定义退出码设置构建状态

我完全懂你的困扰——明明Node.js脚本明确返回了自定义退出码666，但Jenkins流水线通过PowerShell插件拿到的却总是1，导致构建状态判断完全失效。其实问题出在你PowerShell脚本里的try/catch块用法上，咱们一步步解决：

问题根源 #

PowerShell的try/catch是用来捕获PowerShell自身的异常的，而外部程序（比如node）返回的非零退出码并不会触发PowerShell的异常。你的catch块其实从来没被执行过，但这个冗余的try/catch反而干扰了退出码的传递逻辑，导致最终返回给Jenkins的是1而非预期的666。

修复方案：简化PowerShell脚本 #

直接去掉不必要的try/catch，直接获取并返回Node脚本的退出码即可：

def status = powershell(returnStatus: true, script: '''
# 执行Node.js脚本
node foo.js
# 捕获脚本的退出码
$nodeExitCode = $LastExitCode
echo "Node.js脚本退出码：$nodeExitCode"
# 将退出码返回给Jenkins
exit $nodeExitCode
''')

println status
if(status == 666) {
    currentBuild.result = 'UNSTABLE'
} else if(status != 0) {
    currentBuild.result = 'FAILURE'
} else {
    currentBuild.result = 'SUCCESS'
}

这样修改后，Jenkins就能正确拿到Node脚本返回的666，你的构建状态判断逻辑也能正常工作了。

进阶：处理Node命令执行失败的情况 #

如果担心node命令本身执行失败（比如环境变量没配置好、找不到node可执行文件），可以给PowerShell加上错误处理，但要注意区分"命令执行失败"和"脚本返回非零码"：

def status = powershell(returnStatus: true, script: '''
# 设置错误动作：让PowerShell把外部命令的错误当成终止异常
$ErrorActionPreference = 'Stop'

try {
    node foo.js
    $nodeExitCode = $LastExitCode
} catch {
    # 这里捕获的是node命令本身执行失败的情况（比如找不到node）
    $nodeExitCode = 1
    echo "Node命令执行失败：$_"
}

exit $nodeExitCode
''')

关于你用的日志匹配方案 #

这个方法确实能实现需求，但它依赖日志输出的特定字符串，一旦脚本的日志格式变化、或者出现重复的字符串，就可能导致判断出错。相比之下，直接传递退出码的方案更可靠、更符合CI/CD的最佳实践。

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