使用Jenkins+MSBUILD运行SonarQube 7.0时执行失败求助

我之前帮团队踩过一模一样的坑——刚开始用Jenkins搭MSBuild+SonarQube 7.0跑分析顺得很，结果跑着跑着开始间歇性失败，最后直接彻底跑不起来。结合当时的排查经验，给你几个亲测有效的解决方向：

• 先清缓存，大概率解决间歇性问题
  SonarQube每次分析都会在项目目录下生成.sonarqube临时文件夹，要是之前的分析异常中断，残留的锁文件、半生成的缓存会导致后续分析冲突。你可以在Jenkins构建步骤最前面加个清理操作：
  Linux节点用：

  rm -rf .sonarqube/
  

  Windows节点用PowerShell命令：

  Remove-Item -Recurse -Force .sonarqube\
  

• 检查MSBuild版本是否踩了兼容性坑
  SonarQube 7.0对MSBuild版本卡得很死，只能用MSBuild 14.0（对应VS2015）或者15.0（对应VS2017）。要是你后来给Jenkins节点升级了VS或者切换了工具链，大概率是版本不兼容导致的持续性失败。建议在构建脚本里显式指定MSBuild路径，比如：

  "C:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe" /t:Rebuild /p:Configuration=Release
  

• 验证SonarQube服务器的连接和权限
  从间歇变持续失败，也可能是Jenkins和SonarQube服务器的连接出了稳定问题，或者分析用的账号权限变动：

  • 去Jenkins的SonarQube插件配置页，再核对一遍服务器URL、token有没有写错
  • 在Jenkins节点上手动跑一次SonarQube.Scanner.MSBuild的begin和end命令，测试能不能正常连服务器
  • 去SonarQube后台看看项目权限，确保分析用的账号有「分析执行」的权限

• 排查Jenkins节点的资源瓶颈
  SonarQube分析挺吃内存的，要是Jenkins节点内存不够，刚开始可能凑活能跑，次数多了内存泄漏或者资源耗尽就彻底崩了：

  • 可以在SonarQube分析的参数里加JVM内存配置，比如把堆内存调到2G：

    sonar-scanner -Dsonar.java.opts="-Xmx2048m"
    

  • 看看Jenkins节点的CPU、内存使用率，别在节点资源饱和的时候跑分析任务

• 盯着verbose日志找关键错误
  你已经开了verbose=true，重点搜日志里这些关键词：

  ERROR: Error during SonarQube Scanner execution
  Failed to load module metadata
  Connection refused/timeout
  Permission denied
  这些信息能直接帮你定位是分析逻辑错误、网络连接问题还是权限不足。

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