Я работаю над возможностью проверки кода для моей команды через SonarQube, и у меня есть вопрос, на который еще не ответил: есть ли способ настроить проект GitHub, чтобы предотвратить слияние запроса на соединение основанные на отказоустойчивых воротах SonarQube? Например, при отключении критической проблемы в SonarQube может быть удалена или недоступна зеленая кнопка «Запрос на слияние» на картинке here?Использование SonarQube для регулирования слияния запросов на подачу GitHub
Я заметил в примере here, что SonarQube отмечает себя как потерпевший неудачу в инспекционных работах. Кажется, это на полпути к решению, которое я ищу для своей команды. Есть ли конфигурация в SonarQube или GitHub, которая может включить «полную остановку» при слиянии плохого кода?
Я использую Jenkins 2.19.1 в качестве сервера CI с помощью SonarQube Scanner 2.8 и сервера SonarQube 5.6. Заранее спасибо за вашу помощь!
А, спасибо, это хорошее начало. Я начал играть с ним, и действительно, если работа завершилась неудачно, я не могу объединить код. Тем не менее, мне трудно найти, как настроить SonarQube, чтобы классифицировать задание как сбой, если обнаружена критическая или блокирующая проблема. Вы знаете, может ли эта конфигурация быть установлена на стороне сервера SonarQube или где-то на сервере Jenkins? –
Проблемы с серьезностью ** блокиратор ** или ** критический ** приводят к сбою задания. Вы настраиваете серьезность проблемы на сервере SonarQube, например, через [Профили качества] (http://docs.sonarqube.org/display/SONAR/Quality+Profiles) – jascha