Мне кажется, это хорошая практика, чтобы все связанные с сборкой конфигурации или связанные с качеством правила проекта определялись внутри самого проекта (в виде удобочитаемых файлов конфигурации).Это имеет несколько преимуществ: любой разработчик, приходящий в проект, может легко увидеть, какую конфигурацию он использует;удобочитаемые файлы конфигурации - это автоматически документированные способы воспроизведения конфигурации (например, в случае, если необходимо установить новый сервер или переключиться на другую службу);история конфигурации хранится в том же месте, что и остальная часть истории проекта.
Но AFAIU документация к SonarQube скорее ориентирована на использование пользовательского интерфейса SonarQube для изменения настроек проекта.Например, я не смог найти способ настройки шлюза другого качества, отличного от заданного по умолчанию, с помощью файла свойств, вместо этого предлагается настроить его с помощью пользовательского интерфейса или curl .Мне кажется, что для иностранного разработчика не очевидно, что в этом проекте используются шлюзы другого качества.
- Я что-то упустил и документация где-то объясняет, как настроитьнастройки SonarQube проекта в файле конфигурации?
- Если нет, то действительно ли разработчики SonarQube считают, что то, что я называю хорошей практикой, на самом деле не является хорошей практикой, и почему?
- Есть ли какая-либо (возможно недокументированная) функция, позволяющая делать то, что я хочу?