SonarQube MSBuild集成Jenkins失败，命令行执行正常求助

根据你遇到的情况——在Jenkins里用批处理执行SonarQube MSBuild扫描时，预处理和构建都成功，但后处理报错，可手动在工作区执行完全正常——这基本可以确定是Jenkins的执行上下文和你手动操作的上下文存在差异导致的，给你以下几个针对性的调试方向：

1. 核对Jenkins执行用户的权限与环境变量 #

Jenkins默认用本地系统账户（Local System）运行，和你手动操作的个人用户账户在权限、环境变量上可能有很大区别：

• 确认Jenkins用户对SonarQube Scanner安装目录和Jenkins工作区目录有完全控制的权限，尤其是后处理阶段需要读写工作区里的.sonarqube临时文件夹，权限不足很容易导致失败
• 在批处理步骤开头加一行set命令，输出所有环境变量，和你手动执行时的环境变量对比，重点看PATH、MSBUILD_PATH、SONAR_SCANNER_HOME这些关键变量是否一致
• 检查代理配置：Jenkins可能使用了系统代理，而你手动执行时没有，导致后处理阶段无法连接SonarQube服务器。如果有代理需求，可以在begin命令里添加代理参数：

  SonarQube.Scanner.MSBuild.exe begin /k:"eGate" /v:"%SVN_REVISION%" /d:sonar.login="%SONAR_AUTH_TOKEN%" /d:sonar.web.proxyHost=你的代理地址 /d:sonar.web.proxyPort=代理端口
  

2. 开启Verbose日志，定位具体错误 #

默认日志可能不够详细，你可以修改begin命令开启 verbose 模式，获取后处理阶段的详细报错信息：

SonarQube.Scanner.MSBuild.exe begin /k:"eGate" /v:"%SVN_REVISION%" /d:sonar.login="%SONAR_AUTH_TOKEN%" /d:sonar.verbose=true

查看Jenkins构建日志里后处理阶段的输出，重点找带ERROR、Failed的行，这些信息通常能直接告诉你是文件找不到、权限问题还是SonarQube服务器连接异常。

3. 确认MSBuild版本与项目兼容性 #

你使用的是MSBuild 14.0（对应VS2015），虽然构建显示成功，但还是要确认：

• 在Jenkins批处理里加一行MSBuild.exe /version，输出的版本是不是14.0.23107.0，和你手动执行的版本完全一致
• 你的.NET项目是否完全兼容MSBuild 14.0？比如某些.NET Core项目可能需要更高版本的MSBuild，虽然能编译成功，但可能会给SonarQube扫描留下隐患

4. 清理工作区缓存 #

工作区里的.sonarqube临时文件夹如果残留了旧数据，可能会干扰后处理：

• 在批处理开头添加清理命令：

  rmdir /s /q "%WORKSPACE%\.sonarqube"
  

• 也可以在Jenkins项目配置里勾选Delete workspace before build starts，确保每次构建都是干净的环境

5. 验证SonarQube组件版本兼容性 #

你用的SonarQube 6.7.1是LTS版本，要确认：

• sonar-scanner-msbuild-4.0.2.892是否支持SonarQube 6.7.x版本
• sonar-csharp-plugin-6.7.1.4347是否和SonarQube服务器版本匹配
  如果有疑问，尝试在SonarQube服务器上重新安装csharp插件，排除插件损坏的可能

6. 模拟Jenkins用户执行命令 #

直接用Jenkins的执行用户（比如Local System）登录到Jenkins服务器，手动在工作区执行同样的批处理命令：

• 如果是Local System账户，可以用psexec -i -s cmd.exe命令打开系统账户的命令提示符，再切换到Jenkins工作区执行命令
• 这样能直接验证问题是否出在用户权限或环境变量上，是最直接的排查方法

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