【问题标题】:Pull Request analysis and Quality Gate on SonarQubeSonarQube 上的拉取请求分析和质量门
【发布时间】:2019-06-23 14:24:15
【问题描述】:

我已经安装了 SonarQube 7.6 Developer Edition,并开始在我的开发环境管道中使用它。 我的编码方法是Trunk Based Development。我们只有一条主线(主线、主线或您喜欢定义的开发线,但只有一条主线)

实际上,代码上的所有更改都通过一个拉取请求,据我所知,SonarQube 被识别为Short Lived Branch,并且只有这个hard coded rules 被应用

错误情况:

  • 新的开放错误 > 0
  • 新的开放漏洞 > 0
  • 新的开放代码气味> 0

这是我的质量门条件的一个子集。 这意味着 PullRequest 可以通过质量门(因为像 Short-Lived Branch 一样被识别)并且当它合并到主线(主/主干)时应用我的质量门规则并且可能在合并时失败。

我怎么知道它是否在 PR 批准之前打破了质量门,或者更简单地说,如何将 Pull Request 识别为长寿分支?

我试图将 * 定义为长寿分支模式,但它不起作用。附上截图。

【问题讨论】:

    标签: tfs sonarqube pull-request sonarqube-scan quality-gate


    【解决方案1】:

    实际上,对于 SonarQube 7.6,这是状态:

    • 所有 PR 都遵循 Short-Lived Branch 的相同规则,目前没有 设置临时质量门的可能性(或至少与 项目),但这是计划在 2019 年第一季度进行的。更详细地说,PR 和 SLB 被认为是 2 个不同的东西,但它们在 SonarQube 中的表示是相同的。
    • 没有办法 将 PR 标识为长寿命分支(即使在长寿命中带有 * 分支模式正则表达式)。
    • 进入质量门的唯一途径 将是避免 PR 并在主线上启动合并,以便 检查质量门是否通过。

    这里有SonarQube社区经理的回复

    https://community.sonarsource.com/t/pull-request-analysis-and-quality-gate/6306/2

    【讨论】:

      猜你喜欢
      • 2017-03-09
      • 2016-09-16
      • 2021-02-05
      • 2018-03-07
      • 2021-05-06
      • 2019-05-14
      • 2023-03-02
      • 2021-09-12
      • 2019-07-16
      相关资源
      最近更新 更多