使用 SonarQube 规范 GitHub 拉取请求的合并答案

【问题标题】：Using SonarQube to Regulate Merging of GitHub Pull Requests使用 SonarQube 规范 GitHub 拉取请求的合并
【发布时间】：2017-03-07 21:52:42
【问题描述】：

我正在努力通过 SonarQube 为我的团队启用一些代码检查，但我有一个尚未回答的问题：有没有办法配置 GitHub 项目以防止基于失败的 SonarQube 质量门的拉取请求合并？例如，在 SonarQube 中触发一个关键问题时，可以将here 中的绿色“Merge Pull Request”按钮删除或变灰吗？

我在示例here 中注意到，SonarQube 将自己标记为在检查作业中失败。这似乎是我正在寻找我的团队的解决方案的一半。 SonarQube 或 GitHub 中是否有配置可以在合并错误代码时启用“句号”？

我使用 Jenkins 2.19.1 作为 CI 服务器，SonarQube Scanner 2.8 和 SonarQube 服务器 5.6。提前感谢您的帮助！

【问题讨论】：

标签： git github continuous-integration sonarqube sonarqube-ops

【解决方案1】：

GitHub 现在支持“Protected branches”。您可以指定所需的检查并使 SonarQube GitHub plugin 状态检查成为必需。如果发现严重或阻塞问题，则 PR 将无法合并，因为没有合并按钮。

【讨论】：

啊，谢谢，这是一个好的开始。我开始玩它，确实，如果工作失败，我无法合并代码。但是，如果检测到关键或阻塞问题，我很难找到如何配置 SonarQube 将作业分类为失败。您知道该配置是否可以设置在 SonarQube 服务器端或 Jenkins 服务器上的某个位置？
严重程度为 blocker 或 critical 的问题会导致作业失败。您可以在 SonarQube 服务器上配置问题严重性，例如通过 Quality Profiles