Режим анализа SonarQube: предварительный просмотр и проблемы

Каковы ключевые различия между этими режимами анализа предварительный просмотр и проблемы в SonarQube (выше 5.2)?

Учитывая http://docs.sonarqube.org/display/SONAR/Concepts основные различия между публикацией и предварительным просмотром заключается в том, что предварительный просмотр сообщает только о проблемах (без мер), и ни один отчет не отправляется обратно на сервер SonarQube; эта мысль ясна. А как насчет проблем? Написано, что issues — это то же самое, что и preview, но его следует использовать только для разработки инструментов. Я немного запутался, что они имеют в виду под инструментами?


person Radu Dumbrăveanu    schedule 30.06.2016    source источник


Ответы (2)


Теоретически конечный пользователь должен использовать режим предварительного просмотра, например, при использовании функции отчета о проблемах. Цель состоит в том, чтобы запустить анализ без публикации результатов. Режим проблем — это технический режим, похожий на предварительный просмотр, но фокусирующийся только на проблемах. Его можно использовать в сочетании с одним из плагинов для анализа запросов на вытягивание (например, с плагином GitHub).

Сейчас на практике в SonarQube 5.6 делают ровно то же самое. Я признаю, что это немного сбивает с толку, поэтому, возможно, мы могли бы попытаться упростить это.

person Julien H. - SonarSource Team    schedule 01.07.2016
comment
что, если мне нужен добавочный режим, а отчет все еще нужно опубликовать на сервере SonarQube? Есть ли какой-нибудь режим для этого? - person Esca Tran; 28.02.2017
comment
@TungTran в моем случае я использую Sonar с Дженкинсом. В конце концов, я решил это с помощью двух задач: одна для PR, где Sonar отправляет отчет в Bitbucket (проблемы). Второй для слияния PR, где Sonar запускается второй раз и отчет сохраняется в веб-панели (предварительный просмотр) - person user9869932; 24.10.2017