У нас в нашей команде около 20 человек, и сейчас мы используем сонар для анализа нового кода, прежде чем отправлять его в основной поток. Поэтому каждый дизайнер использует собственный Sonar, установленный на его машине.Использование сонара в довольно большой команде
Что я пытаюсь сделать, так это создать один экземпляр Sonar, который каждый дизайнер сможет использовать. Единственное беспокойство у меня есть то, что будет происходить, если:
- Один дизайнер начнет анализ на одной ревизии файла и сразу после того, что второй дизайнер начнет анализ на другую версию файла (в худшем случае мы можем есть куча таких файлов). Первый дизайнер не сможет увидеть свои нарушения и не сможет видеть код, который он написал вообще. Есть ли у нас механизм преодоления этого?
- Что произойдет, если два дизайнера будут анализировать один и тот же проект одновременно? AFAIK, Sonar не позволит им сделать это. Любое обходное решение для этого?
Конечно, мы можем, somaehow, создать проект по сонару стороны для каждого члена команды, но это имеет свои недостатки, такие как вопросы, помеченные как ложноположительные в одном Proect не будут выглядеть как такие вопросы в другом проекте и так далее.
Любые идеи по таким вопросам?
Спасибо, Фабрис! Дело в том, что у нас сейчас такая структура, а «центральный» Sonar находится на стороне владельца продукта, и у нас нет доступа к нему. Я хочу настроить локальный централизованный Sonar, чтобы разработчики не обновляли плагины, не решали проблемы сонара и не обновляли сам Sonar. BTW, можно ли создать отдельный проект на стороне сонара для каждого дизайнера для анализа аналогичного исходного кода? –
Вы можете воссоздать то, что я описал на локальном централизованном сонаре, без каких-либо проблем - если у вас есть выделенный сервер для этого. Если вы хотите иметь отдельный проект для каждого разработчика, они могут запускать анализы с использованием свойства «sonar.branch». Например, M. Foo может запускать «mvn sonar: sonar -Dsonar.branch = MisterFoo». –