Использование GlobalSuppressions.cs i StyleCop Runner в конвейере Azure

Question

У меня есть решение ac #, которое соответствует нашим пользовательским правилам StyleCop, указанным в stylecop.json и GlobalSuppresions.cs.Оба находятся в корне решения и связывают каждый проект с помощью своих .csproj файлов.

У меня есть конвейер Azure DevOps, настроенный для построения всего решения, а также запуска на нем StyleCop с помощью бегуна.Однако, хотя наши stylecop.json настройки соблюдаются бегуном, GlobalSuppresions.cs - нет.В бегуне есть опция для указания пути для файла настроек, но не для GlobalSuppresions.cs.

Вопрос: есть ли способ заставить бегуна понять GlobalSuppressions.cs?Или есть способ объединить наши правила в stylecop.json?

Answer 1

Итак ... с тех пор как я написал вопросы, я научился нескольким вещам.

В более новых версиях Visual Studio предполагается использовать " Roslyn Analyzers ".В то время как пакет nuget анализаторов stylecop соответствует GlobalSuppressions.cs и автоматически создает такие файлы при запросе с помощью исправлений кода, это не рекомендуемый подход.Вместо наборов правил следует использовать .Наборы правил отличаются от файлов настроек stylecop, которые входят в новую и старую версии.Новая версия - .json.

Наборы правил понимаются компилятором напрямую, поэтому больше нет необходимости в задаче сборки Azure DevOps, которую мы использовали .Я просто создал набор правил, который соответствует тому, что было в GlobalSuppressions.cs, и начал использовать его для разработки.Для нашей конфигурации выпуска, которая используется в DevOps Azure, я создал копию набора правил, но со всеми используемыми правилами мы установили Ошибка вместо Предупреждение .