SonarLint能否替代Checkstyle？集成SonarQube项目IDE规则统一方案咨询

优先选择 SonarLint绑定现有SonarQube服务器 的方案，性价比和适配性远高于单独使用Checkstyle/PMD IDE插件的方案。

你担心的SonarLint漏检Checkstyle、PMD规则的问题基本不存在：

• SonarQube原生规则库已经覆盖了Checkstyle、PMD 90%以上的主流通用规则，只要你方SonarQube服务端已经把所需的规则（包括额外导入的第三方规则、自定义规则）都配置到项目绑定的质量规则集里，和服务端绑定的SonarLint会全量同步所有规则配置，本地检查结果和服务端全局扫描结果完全一致，不会出现规则漏判的情况。
• 就算你们之前已经有成熟的Checkstyle/PMD XML规则配置，也可以直接把配置文件导入SonarQube服务端的质量规则集，不需要重新配置规则就能实现全链路规则统一。

• SonarLint方案的核心优势：
  • 规则配置完全和线上SonarQube对齐，不会出现本地检查通过、线上服务端扫描报违规的情况，减少团队提交后的返工成本
  • 无需团队成员单独维护本地规则配置，绑定服务端项目后自动拉取最新规则，新成员入职只需要安装插件、绑定服务端两步操作即可完成配置，不用分发、同步XML配置文件
  • 后期规则迭代只需要在SonarQube服务端修改一次，全团队自动同步，不会出现多份配置不一致的问题
• 单独使用Checkstyle/PMD插件的劣势：
  • 和现有SonarQube体系完全脱节，需要同时维护两套独立的规则配置，后期规则更新很容易出现两边配置不一致的问题
  • 规则配置需要单独分发XML文件，新成员配置成本高，很容易出现成员用旧版本配置、本地检查结果和团队要求不一致的情况

如果你们存在非常小众的自定义Checkstyle/PMD规则，暂时无法导入到SonarQube服务端，可以临时混用两种方案，但还是建议优先把自定义规则适配到SonarQube，最终还是切到SonarLint统一方案。

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