SonarQube上的拉取请求分析和质量门

Question

我已经安装了SonarQube 7.6 Developer Edition，并开始在我的开发环境管道中使用它。 我的编码方式是Trunk Based Development。我们只有一条主线（您愿意定义的主线，主线或开发线，但只有一条主线）

实际上，对代码的所有更改都会通过Pull Request传递到SonarQube，据我所知，该请求被识别为Short Lived Branch，并且仅应用了hard coded rules

错误条件：

• 新打开的bug> 0
• 新的开放漏洞> 0
• 新的开放代码气味> 0

那是我的质量门条件的一个子集。 这意味着PullRequest可以通过质量门（因为像短命分支一样被认可），并且当它合并到主线（主/主干）中时，我的质量门规则就会应用，并且可能会合并失败。

我怎么知道它是否在PR批准之前打破了质量门，或者更容易，如何将拉取请求标识为万岁分支？

我试图将*定义为长寿命分支模式，但它不起作用。附加了屏幕截图。

Answer 1

实际上，对于SonarQube 7.6，状态为：

• 所有PR都遵循短命分支机构的相同规则，目前没有 设置临时质量门的可能性（或至少与 项目），但计划在2019年第一季度进行。更详细地说，PR和SLB被认为是两种不同的事物，但是它们在SonarQube中的呈现方式是相同的。
• 没有办法 将PR识别为长期分支（即使长期存在*） 分支模式正则表达式）。
• 通往质量门的唯一途径 将避免公关并在主线上启动合并，以便 检查质量门是否通过。

这里有SonarQube社区经理的回复

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