Continuous integration 从Build Forge运行时，Sonar pmd分析需要更多时间
我使用的是声纳3.4.1使用IBM Build forge工具作为C.I工具，完成整个构建过程需要45分钟，这是不可接受的，因为我的LOC 18k仅此而已 如果我在没有build forge的情况下为同一个项目运行sonar分析，它将在几分钟内完成Continuous integration 从Build Forge运行时，Sonar pmd分析需要更多时间,continuous-integration,sonarqube,pmd,Continuous Integration,Sonarqube,Pmd,我使用的是声纳3.4.1使用IBM Build forge工具作为C.I工具，完成整个构建过程需要45分钟，这是不可接受的，因为我的LOC 18k仅此而已 如果我在没有build forge的情况下为同一个项目运行sonar分析，它将在几分钟内完成 从sonar日志中，我可以看出运行PMD部分需要更多的时间。如果我删除一些基于jdbc和hibernate的规则，所花费的时间将减少20分钟。PMD分析系统内部发生了什么 你的问题相当不清楚，因此很难理解发生了什么，因此不可能回答你。请发布您的日志，
从sonar日志中，我可以看出运行PMD部分需要更多的时间。如果我删除一些基于jdbc和hibernate的规则，所花费的时间将减少20分钟。PMD分析系统内部发生了什么 你的问题相当不清楚，因此很难理解发生了什么，因此不可能回答你。请发布您的日志，准确说明您的发现：您停用了哪些规则？此外，还提供了java和PMD插件的版本。最后您正在使用的SonarQube版本非常旧，因此我建议首先升级平台版本以及java和PMD插件。我已删除以下规则：HibernateBasicRule JdbcBasicRule HibernateStmtRule KeepSQLOutOfCode AvoidThrowsSQLException AvoidHardCodePath AvoidMultipleInstallofCharInstallation LoggerHasErrorCategory ParseIntMightThrowNumberFormatException非匹配迭代器安装请精确说明您使用的版本。发布日志。Sonar 3.4.1，Sonar-pmd-plugin-1.1.jar，java 1.5，我已经禁用了以下规则，现在pmd分析在几分钟内完成。AvoidHardCodeFilePath AvoidMultipleInstanceofAvoidSystemExit通过SqlException AvoidUsingArrayScopyofCharInstallation ParseIntMightThrowNumberFormatException成员必须是私有的非匹配迭代器使用StringBuilder而不是StringBuffer UseBufferForFileOperation UseforeAchoritatorUseLoggingMechanismToPrintException UsePreparedStatementInLoop基本Hibernate规则基本JDBC规则Hibernate语句规则由于这些版本开始变得非常陈旧，因此我建议在花费太多时间调查之前，首先升级您的版本。您提到的pmd插件版本甚至没有标记在github上：