【问题标题】:Let quality gate violation fail incremental analysis [closed]让质量门违规失败增量分析
【发布时间】:2016-04-12 21:21:51
【问题描述】:

我们正在尝试设置从 Bitbucket 触发的拉取请求构建管道,当 Sonarqube 的代码分析报告某些质量门违规并最终拒绝 PR 时报告失败。

据我所读,构建中断插件应该启用这样的东西,is no longer supported 在 Sonarqube 的最新版本中,至少不是在增量/预览模式下,因为它们现在可以在无数据库的情况下工作。

创建此类功能的替代方法是什么?坚持使用 5.0?

另外,我认为,Sonarqube 可以吐出 Text / HTML reports 进行 CI 分析 - 这也是输出质量门违规还是仅输出所有单独的检查结果?是否应该检索前一个via API then?但我怀疑这需要进行全面分析,因为它需要将结果保存到数据库中,对吧?

【问题讨论】:

    标签: sonarqube qa


    【解决方案1】:

    有两个与 Bitbucket 相关的插件来分析拉取请求。一种用于On Demand/Cloud,另一种用于Server。每个都会将 cmets 添加到您的拉取请求中,并且 On Demand 版本将批准一个没有新问题的 PR。

    关于您的第二个问题,您所指的问题报告仅包含问题。事实上,不可能从预览/增量分析中计算出总体质量门合规性,因为此类分析只关注问题,而质量门可能包含测试、重复等条件。

    【讨论】:

    • Hrm...我明白了,所以当我想从 sonarqube 中获取质量门信息时,我需要运行完整的分析。如果我想对短期 PR 执行此操作,我必须使用自定义项目密钥运行此完整分析,并在 PR 批准后删除项目以避免污染我的 Sonarqube 数据库,对吗?
    • 是的。 IMO 真的不值得。
    • 如果你问我声纳的巨大限制。我不明白为什么有人不想在合并拉取请求之前检查他的质量门(例如覆盖率下降)。
    猜你喜欢
    • 2016-03-13
    • 2020-07-14
    • 2017-06-24
    • 2013-09-06
    • 2019-09-02
    • 2021-02-05
    • 2021-01-21
    • 2018-11-11
    • 2014-07-03
    相关资源
    最近更新 更多