SonarQube质量门-行业默认值？
对于一个主要基于Java的项目（Java、YAML、XML等等），SonarQube质量关卡的良好标准和价值观是什么SonarQube质量门-行业默认值？,sonarqube,qa,software-quality,Sonarqube,Qa,Software Quality,对于一个主要基于Java的项目（Java、YAML、XML等等），SonarQube质量关卡的良好标准和价值观是什么 对于新代码，哪些条件和相应的值是良好的实践 对于整个代码，哪一个是理想的 SonarQube是否向客户提供有关此主题的任何研究或见解信息？SQ是否交叉检查了许多项目，并理解了所谓的中间路线是什么？（LC 100%是技术经济乌托邦） *理性：由于项目的规模很大，设置“随机”值（可以理解为专家输入的估计值）不足以支持我们的标准。例如，由于复杂性，新代码的线路覆盖被完全拒绝，并且不
- 对于新代码，哪些条件和相应的值是良好的实践
- 对于整个代码，哪一个是理想的
- SonarQube是否向客户提供有关此主题的任何研究或见解信息？SQ是否交叉检查了许多项目，并理解了所谓的中间路线是什么？（LC 100%是技术经济乌托邦）
请注意，这是一个2年的遗留项目，目标是在引入可接受的健壮性和质量的同时保持开发的进展。我们希望项目（服务）受到新标准的挑战，而不是停止或阻止或处于“倒车档”。目前，（数字每天都在变化）总体状态为19分之4。*这完全取决于您和您所在组织的标准。我想说的是，这将保持生产级应用程序的代码质量。如果您计划将开发过程中的麻烦转移到别处，那么请将所有内容标记为新代码，句号。这将使开发人员习惯新的规则和新的质量门条件 下面的质量关卡不会破坏您的旧代码，但只会覆盖新代码，并在出现任何问题时对新代码提出投诉
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仅适用于新代码（如您所述！）。当做