【问题标题】:Does SonarQube calculates "Effort to reach Maintainability Rating A" considering code duplication?SonarQube 是否考虑代码重复计算“达到可维护性评级 A 的努力”?
【发布时间】:2017-05-18 17:06:42
【问题描述】:

看起来开箱即用的 SonarQube 6 (6.3.1) 在“努力达到可维护性评级 A”时没有考虑修复“重复代码”和“注释”的时间公制。对吗?

如果是这样,有没有办法增加修复重复代码和/或缺少 cmets (%) 所需的时间?我看到有一条可以激活的规则“源文件不应有任何重复的块”。是否只需要计算修复重复代码的时间?

技术债务是否也是 cmets 的原因?

Sonar 文档没有说明如何在 https://docs.sonarqube.org/display/SONAR/Metric+Definitions 中计算“达到可维护性等级 A 的努力”指标

【问题讨论】:

    标签: sonarqube sonar-runner code-duplication sonarqube-scan


    【解决方案1】:
    • 可维护性评级基于技术债务
    • 技术债务是所有 Code Smells 的估计修复时间的总和
    • 代码气味问题由配置文件中包含的代码气味规则引发

    要在您的可维护性评级中包含覆盖率和重复项,请包含相关规则。其余的将自动发生。

    【讨论】:

    • 抱歉,我的问题更多地是针对声纳如何计算“达到可维护性评级 A”而不是评级本身。例如,达到可维护性评级的 3 天 4 小时仅仅是 Code Smells 问题的总和吗?或者它是否也增加了重复数据删除的时间?
    • @GiovaniS。仅当您的个人资料包含重复规则时
    • 有一些规则可以检测与特定模式匹配的 cmets,但知道静态知道需要多长时间才能解决这些问题。
    猜你喜欢
    • 2016-12-19
    • 1970-01-01
    • 1970-01-01
    • 2010-10-06
    • 1970-01-01
    • 1970-01-01
    • 2021-05-30
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多