2015-04-22 3 views
0

Мы недавно установили среду непрерывной интеграции для выполнения инкрементного анализа кода до того, как можно будет принять запрос на объединение в Git. Мы уже используем отчет о проблемах с HTML и плагин Build Breaker. Все работает красиво. Дело в том, что у нас есть некоторые проблемы, потому что сборка нарушена на < 85% покрытия кода. Я не нашел плагина, чтобы пользователь знал, где охват упал. Есть ли способ показать, что сравнение между анализами, записанными на моем сервере, и тем, что Дженкинс постепенно наращивает?Отчеты о покрытии для предварительного просмотра SonarQube/Инкрементный анализ

Большое спасибо!

ответ

1

Im используя sonar4.5.4 и мы используем покрытие на новом коде метрике в нашем качестве ворота, в этой метрике мы сравним с предыдущим анализом

+0

Удивительного Ashokekumar S! Большое спасибо! –

+0

Правильно, но при предварительном или инкрементальном анализе в Sonar ничего не записывается, поэтому, где вы можете видеть, какие конкретные файлы плохо отображали новый код? – RCross

+0

Если сонар имеет свойство, задающее исходный код, то мы можем развернуть уровень каждого файла и проверить охват –

Смежные вопросы