sonarqube 质量门应该如何与自动化构建一起使用？答案

【问题标题】：How should sonarqube quality gates be used with automated builds?sonarqube 质量门应该如何与自动化构建一起使用？
【发布时间】：2015-03-17 15:53:31
【问题描述】：

我们的组织目前正在使用 sonarqube 来使 SCM 触发的自动构建失败。现在，当有任何未解决或重新打开的问题时，我们的质量门就会被触发（需要了解有人需要在构建继续之前修复或“接受”问题）。不幸的是，有人担心我们会因代码格式问题和其他非常轻微的违规行为而延迟代码传播。此外，这需要比我们最初预期的更多的人工干预。

我们希望某些类别的问题触发构建失败，但“新问题”过滤器只会触发一次。在随后的自动构建中，它们不再是新的，因此它们不再触发大门。

无论如何设置“如果有超过 0 个打开/重新打开的中断/关键问题，则中断构建。”？

编辑：抱歉，我忘了提到我们有大约 15k 的“已确认”问题作为我们的积压工作。所以非新问题过滤器也不起作用。我也愿意对我们的工作流程进行细微的更改。

【问题讨论】：

标签： sonarqube sonarqube-4.5

【解决方案1】：

据我了解，以下配置应该可以完成这项工作：

【讨论】：

抱歉，我忘了提到我们有大约 15k 的“已确认”问题作为我们的待办事项。所以这行不通。
好的，所以你将无法实现你想要的（如果有超过 0 个打开/重新打开的中断/严重问题，请中断构建。”）。我建议你做什么要做的就是检查自上次分析以来没有新的关键问题或阻塞问题，并且自上次分析以来也没有重新打开的问题（无论严重程度如何）。
质量门选项是否可以通过插件扩展？如果是这样，我们可能有兴趣仔细阅读该选项。
不，这是不可能的。