SonarQube计算＆＃34;努力达到可维护性评级A＆＃34;考虑代码重复？

Question

看起来开箱即用的SonarQube 6（6.3.1）没有考虑时间来修复＆＃34;重复代码＆＃34;和＃34;评论＆＃34;在努力达到可维护性评级A＆＃34;度量。这是对的吗？

如果是这样，有没有办法在努力中增加修复重复代码和/或缺少评论所需的时间（％）？我看到有一条规则＆＃34;源文件不应该有任何重复的块＆＃34;可以激活。这是否需要计算修复重复代码的时间？

技术债务是否也会引起评论？

声纳文档未说明＆＃34;努力达到维护性等级A＆＃34;指标以https://docs.sonarqube.org/display/SONAR/Metric+Definitions

计算

Answer 1

• 可维护性评级基于技术债务
• 技术债务是所有Code Smells的估计补救时间的总和
• 代码气味问题由个人资料
中包含的Code Smell规则引发

要在维护性等级中包含保险范围和重复，请包含相关规则。其余的将自动发生。