Мне кажется, что это хорошая практика, когда все связанные со сборкой правила конфигурации или качества проекта определены внутри самого проекта (в виде файлов конфигурации, удобочитаемых человеком). Это дает несколько преимуществ: любой разработчик, приходящий к проекту, может легко увидеть, какую конфигурацию он использует; удобочитаемые файлы конфигурации - это автоматически задокументированные способы воспроизведения конфигурации (например, в случае необходимости установки нового сервера или переключения на другую службу); история конфигурации сохраняется в том же месте, что и остальная история проекта.
Но AFAIU документация SonarQube скорее ориентирована на использование пользовательского интерфейса SonarQube для изменения настроек в проекте. Например, я не смог найти, как настроить другое качество ворот, отличное от значения по умолчанию, с помощью файла свойств, скорее предлагается настроить его с помощью пользовательского интерфейса или с помощью завиток. Мне кажется, это сделало бы неочевидным для иностранного разработчика, что в этом проекте используются другие качественные ворота.
Вы ничего не пропустите, и действительно, некоторые конфигурации, такие как Quality Gate и Quality Profile, могут быть настроены только через пользовательский интерфейс сервера. В основном потому, что обычно вы хотите использовать эту конфигурацию для всей организации и в разных проектах, чтобы ее было проще централизовать на самом сервере.
Специфические настройки проекта можно установить, создав файл sonar-project.properties
или задав свойства в файлах сборки maven или gradle. Таким образом вы можете настроить исключения, покрытие, отчеты о тестировании.
Вы можете использовать веб-API для программной настройки сервера, но выполнение этого для каждого проекта не является предполагаемым шаблоном использования, и вы можете столкнуться с некоторыми трудностями.
Однако ничего не написано на камне, поэтому, если хотите, можете начать обсуждение, добро пожаловать сюда community.sonarsource.com
Вы поднимаете несколько хороших моментов, но я предлагаю начать обсуждение community.sonarsource.com, поскольку это не совсем хороший формат для вопроса SO