本文记录了一次Sonar扫描任务执行失败的排查与解决过程。起初误认为是文件行数过多导致，但调整后问题依旧。后来通过清理Jenkins工作空间和检查编译配置，发现是缺少Gradle编译步骤，修复后成功执行Sonar扫描并生成报告。问题定位关键在于确保编译脚本的正确配置。
- 前提
在提高代码质量方面公司采用的是Jenkins+Sonar的方案，通过设定扫描规则对现有代码工程进行扫描。代码扫描后会产生不同级别的问题，例如Bugs、漏洞、坏味道等。针对每个工程的发布是用Jenkins进行执行的，在代码每次发布的时候都会触发Sonar扫描配置的Jenkins用于对新增代码的问题汇总。
2.出现的问题
某天质量部同事发企业消息，说我们有个工程的Sonar扫描任务很久都没有执行成功过了，看下是什么问题导致的。当时简单看了一下根据Jekins但是执行的日志看以为是代码文件的行数较大，被Sonar的某个规则给限制住了。具体错误如下：
于是就先咨询了质量部的同事，是否增加了这样的规则，限制了文件的总行数，得到的反馈是最近没有做过改动。
3、问题解决
最低0.47元/天 解锁文章
5266
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
