Столкнулся при применении Сонара со следующими проблемами:
Не поддерживает подмодули Git. В результате каждый подпроект имеет по своему сонарному. Неудобно — жуть.
Общая нестабильность работы с гитом, например если не получается blame, то весь анализ фейлится.
(У меня питон) Мало анализаторов для питона, а для, к примеру, pylint, непонятно как прикручивать .pylintrc.
У всех проектов одинаковый view (ссылки слева, нельзя настраивать индивидуально Dashboard-ы, т.е. абсолютно разноплановые проекты чешутся под одну гребенку.
Если кто-то в курсе, как решать эти проблемы, то буду очень благодарен.
Ах да! Всем командой гадаем, как же они измеряют technical debt.
Не знаю как для других ЯП, но для php в связке c PHPStorm гораздо лучше подходит Php Inspections (EA Extended) plugins.jetbrains.com/plugin/7622?pr=phpStorm, тк и больше типов issue поддерживает, и меньше телодвижений при установке и настройке.
>работать с проектами на смеси языков — и считать метрики по ним всем
то же самое для Php Inspections, только анализ других языков будут делать другие плагины, а запускаться inspection из одного места
>предоставлять метрики
>рапортовать технический долг (ой как врёт, зараза)
эти фичи очень странно и некорректно работают, к сожалению(
В общем доработка плагина и работа из ИДЕ, то что мы сейчас и делаем.
Сонар оказался никому не нужен, ну нашему ПМу разве что — т.к. он бюджет на него потратил =).
Солюшн Архитекторы плюнули на эту поделку, в работе от него толку нет: так и так код-ревью делать надо.
SonarQube. Проверяем код на качество