SonarQube 质量门 - 行业默认值？ [关闭]答案

【问题标题】：SonarQube Quality Gates - Industry defaults? [closed]SonarQube 质量门 - 行业默认值？ [关闭]
【发布时间】：2020-07-16 09:16:30
【问题描述】：

对于主要基于 Java 的项目（JAVA、YAML、XML 等等），SonarQube 质量门有哪些良好的行业标准和价值？

哪些条件和相应的值是新准则的良好做法？
哪些是整体代码的理想选择？
SonarQube 是否向客户提供有关此主题的任何研究或洞察信息？ SQ 是否交叉检查了多个项目并理解了所谓的中间方式？（LC 100% 是技术经济的乌托邦）

*Rational：由于项目的规模（规模）很大，设置“随机”值（可以理解为专家输入的估计值）不足以证明我们的情况下的标准。例如。由于复杂性，新代码的线路覆盖完全被拒绝，并且不清楚新代码可以接受/需要多少个阻止程序问题：只有 1 个？还是5？还是10？什么是行业可接受的（合理的）重复数字：3%？ ...等等...

请注意，这是一个为期 2 年的遗留项目，目标是在保持开发进展的同时引入可接受的稳健性和质量。我们希望项目（服务）受到新标准的挑战，而不是停止或阻止或处于“倒车”状态。目前，（数字每天都在变化）总体状态为 4 次通过，共 19 次。*

【问题讨论】：

标签： sonarqube qa software-quality

【解决方案1】：

嗯，这完全取决于您和您所在组织的标准。这就是我想说的将保持生产级应用程序的代码质量。如果您打算轻松地进行开发，请将所有内容标记为新代码，期间。这将使开发人员习惯新的规则和新的质量关口条件。

下面的质量门不会破坏您的旧代码，但只会涵盖新代码，如果有任何问题，则会对新代码提出投诉。

New Blocker Issues          is greater than     0
New Condition Coverage      is less than        75.0%
New Critical Issues         is greater than     0
New Line Coverage           is less than        75.0%
New Major Issues            is greater than     0
New Minor Issues            is greater than     0

【讨论】：

同意，这在很大程度上是情境性的，但这就是为什么我开始这个问题，看看周围有什么答案。 SQ 博客对此有所了解（但日期为 2014 年），请参阅末尾的 URL。在运行全新安装的 SQ 时，我还查看了默认设置/值：Gates 仅适用于新代码（正如您所提到的！）。问候blog.sonarsource.com/…