В настоящее время мы изучаем использование SonarQube/SonarLint для наших приложений .NET. Мы очень довольны тем, что мы видели до сих пор (и, кстати, пригодились для донесения SonarQube до сих пор - я использовал его пару лет назад для моего проекта PhD, и с тех пор он значительно улучшился!).SonarQube/SonarLint/Visual Studio: используйте один набор правил для всех проектов в решении
Однако, одна вещь была немного удивительной: когда я подключил свой экземпляр SonarLint к нашему серверу SonarQube (который работал очень хорошо) и начал синхронизировать связанный проект, SonarLint начал загружать пакеты nuget (что было отчасти ожидаемо) и затем создал один или даже два файла .ruleset для каждого проекта нашего решения (в дополнение к файлу SonarQube/<solution name>CSharp.ruleset
, который, как я полагаю, является набором правил для решения).
Что я ожидал и предпочел бы только один набор правил, действительный для полного решения (и, возможно, возможность переопределить этот набор правил для проектов, где это имеет смысл (например, тестовые проекты)).
Возможно ли это вообще, т. Е. Я чего-то пропустил? Документация - единственная область, которую я идентифицировал до сих пор, где отсутствует SonarLint.
Я немного удивлен, что не получил ответа на мой вопрос (команда SonarLint, по-видимому, контролирует тег SonarLint на SO), поскольку это, по-видимому, является довольно основным требованием, и я ожидаю, что многие команды будут иметь одинаковый вариант использования. Есть что-то глупое о моем вопросе? Если это так, укажите ссылку или что-то в этом роде ... Я смешиваю обязанности SonarLint и VS, или мой прецедент невозможен вообще? Опять же, пожалуйста, поделитесь своими знаниями ... Спасибо заранее. – csoltenborn
Изменение набора правил на уровне решения будет применяться на уровне проекта, если набор правил на этом уровне не будет изменен. Если вы откроете файл с помощью XML-редактора, вы увидите разницу. –