2015-06-25 1 views
0

Я пытаюсь запустить предварительный анализ для проекта (Java) нашего с помощью SonarQube 5.1.1. Я могу получить локальный отчет, но я не получаю никаких данных о покрытии, а также получаю сообщение [INFO] [XX:YY:ZZ.ZZZ] Build Breaker plugin is no more supported in preview/incremental mode.Продолжает ли постоянный контроль с Sonar 5.1.X?

Если я проверяю here, на странице указано, что Starting with SonarQube 5.1, the Build Breaker plugin does not work any longer in the preview & incremental modes..

Я смущен - я думал, что для непрерывного контроля нужен плагин для разблокировки сборки. Разве это уже не так? Изменена ли концепция в SonarQube?

Почему я не получаю данные о покрытии при выполнении анализа предварительного просмотра?

ответ

1

Я не знаю, где вы это читали, но непрерывный контроль не связан конкретно с предварительным/инкрементным режимом или плагином для разблокировки сборки - это даже не связано с SonarQube (хотя это было pushed by SonarSource от в самом начале).

Вот ключевые моменты:

  • Непрерывный осмотр об анализе кода так часто, как вы можете для того, чтобы контролировать (и в конечном итоге улучшить) качество кода. Какой бы ни был инструмент.
  • На SonarQube это означает, что анализы, которые будут выводить информацию на сервер, позволяют отслеживать, что происходит, и предпринимать необходимые действия для вашего портфеля приложений.

Очевидно, что, когда вы являетесь разработчиком, вы хотели бы управлять этими проблемами на ранней стадии, прежде чем они даже попадут в репозиторий исходного кода. Но опыт говорит нам о том, что предотвращение любого толчка кода из-за проблем - это плохой шаблон, потому что некоторые проблемы могут быть ложноположительными или не релевантными в контексте (и все же вы хотите - и имеете право нажимать ваш код). Именно поэтому мы считаем, что плагин сборки прерывателя не выровнен со всем этим, и он будет заменен в последующих версиях SQ по нативным функциям, которые соответствуют лучше этим понятиям:

  • Очень эффективный анализ коды для отображения вопросов интегрированная среда со скоростью света - но без вычислительных метрик
  • режим предварительного просмотра, который будет вычислять все и сделать возможным проверить качество ворот до нажатия кода в репозиторий исходного кода - без ущерба для результатов на сервере
    • и в этом случае, используя некоторую конкретную информацию, найденную в журналах, возможно, что CI потерпеть неудачу сборки
+0

приятно уху, что в один прекрасный день, режим предварительного просмотра будет иметь возможность проверить качество ворот. Кстати, на данный момент мы застряли между ожидающими будущими версиями (когда это будет готово?) Или вернуться к SonarQube 5.0, правильно? – JBreton

+0

Встроенный плагин Build Breaker для SonarQube вышел на пенсию в версии 5.1. Это обходное решение для достижения того же уровня использования API-интерфейсов SonarQube REST. https://bitbucket.org/atlassian/sonarqube-build-breaker –

+0

Привет, Фабрицио, спасибо за информацию. Я думаю, что стоит добавить ссылку на страницу плагина breaker в справочном документе, так как люди могут иметь схожую путаницу, когда видят, что этот плагин устарел. На мой взгляд, построение прерывателя важно для крупной организации, ориентированной на процесс. Например, в моей организации мы полагаемся на разблокировку конструктора, чтобы блокировать отправку кода, если проблема блокировки (мы определили минимальный качественный затвор, который никогда не должен быть разбит) находится в инкрементном сканировании.Считаете ли вы, что наш случай все еще действителен, или у SonarQube есть другое мнение об использовании? – Skywolf