我们的组织目前正在使用sonarqube使SCM触发的自动构建失败。现在,当出现任何打开或重新打开的问题时,我们的质量门就会启动(需要有人在继续构建之前修复或“接受”问题)。不幸的是,有人担心我们会因为代码格式化问题和其他非常轻微的违规行为而延迟代码传播。此外,这需要比我们最初预期的更多的人工干预。
我们希望某些类别的问题触发构建失败,但“新问题”过滤器只触发一次。在随后的自动化构建中,它们不再是新的,因此它们不再启动大门。
是否仍要设置相当于“如果存在超过0个打开/重新打开的破坏/关键问题,则破坏构建”的内容?
编辑:对不起,我忘了提一下,我们有大约15万个“已确认”的问题作为我们的积压问题。因此,非新问题过滤器也不起作用。我也愿意对我们的工作流程进行微小的更改。
根据我的理解,以下配置应该可以完成这项工作: