GitLab CI执行MSBuild构建失败但任务显示成功，LASTEXITCODE为1

问题根源分析 #

首先得理清PowerShell里$?和$LastExitCode的核心区别——这是你遇到矛盾点的关键：

• $LastExitCode：专门存储最后一个外部可执行程序（比如MSBuild）的退出码，MSBuild编译失败时会返回非0值（你这里是1），这个值是准确反映MSBuild执行结果的。
• $?：它只表示PowerShell自身执行最后一条命令是否成功。对于外部程序来说，只要PowerShell能成功启动这个程序（不管程序内部运行成功还是失败），$?都会返回True。这就是为什么你看到MSBuild失败但$?是True的原因——PowerShell成功启动了MSBuild进程，它自身的执行没有出错。

而GitLab CI的PowerShell executor默认会以脚本的最终退出码来判断Job是否成功。如果你的脚本没有显式处理MSBuild的非0退出码，PowerShell不会自动把这个退出码传递给GitLab，导致GitLab误以为Job执行成功，进而继续运行后续阶段。

解决方案 #

要让GitLab CI正确识别MSBuild的失败状态，你需要在MSBuild命令后显式检查$LastExitCode，并在非0时退出脚本并返回该退出码。修改你的.gitlab-ci.yml中的脚本部分：

# 执行MSBuild构建
MSBuild -restore -nologo -p:Configuration=Release -ignoreProjectExtensions:.vdproj,.isproj

# 检查MSBuild的退出码，非0则终止脚本并返回该码
if ($LastExitCode -ne 0) {
    Write-Error "MSBuild编译失败，退出码：$LastExitCode"
    exit $LastExitCode
}

这样做后：

1. 一旦MSBuild编译失败，脚本会立即退出并返回MSBuild的非0退出码
2. GitLab CI会捕获到这个非0退出码，标记Job为失败，不再执行后续的上传产物等步骤，也不会运行下一阶段

额外注意事项 #

• 确保MSBuild之后的其他命令不会覆盖$LastExitCode的值，所以最好在MSBuild执行后立即检查退出码
• 如果你的GitLab CI使用的是Windows runner，确保runner的PowerShell环境配置正确，没有忽略外部程序的退出码

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