Да, это определенно возможно!
Может быть немного сложно заставить все это работать правильно, но знание пары ключевых вещей должно очень помочь.
Первый шаг - правильно настроить StyleCop на компьютере разработчика с пользовательскими правилами:
1) StyleCop должен быть установлен на машине разработчика
2) Пользовательские правила должны быть установлены в том же каталоге, что и StyleCop (или, опционально, в дочернем каталоге). Если они установлены где-либо еще, то они вряд ли будут работать правильно, если они вообще работают.
3) Файлы Settings.StyleCop в этом установочном каталоге, каталог, содержащий анализируемый проект, и все каталоги выше этого должны быть объединены, чтобы включить ваши пользовательские правила. Лучше всего это проверить, дважды щелкнув файл Settings.StyleCop в каталоге проекта и убедившись, что ваши правила включены в редакторе.
Следующий момент еще сложнее, если StyleCop правильно работает на компьютере сборки.
Это опять те же три пункта, но на машине сборки, на которой будет запущен StyleCop для политики регистрации. Таким образом, на сборочной машине должен быть установлен StyleCop, установлены пользовательские правила и все необходимые файлы Settings.StyleCop для создания тех же общих правил правил StyleCop на сборочной машине, что и на компьютере разработчика. Это легче всего сломать, просто не понимая, что на сборочной машине должен быть установлен StyleCop. Даже если установлен StyleCop, StyleCop может работать через интеграцию VS (как вы, без сомнения, знакомы) или StyleCop через интеграцию MSBuild (что менее распространено и, как правило, менее понятно). Машина сборки часто настроена на использование интеграции MSBuild, что означает, что пользовательские правила должны быть установлены в каталоге% Program Files% \ MSBuild \ Microsoft \ StyleCop \ v4.3 вместо каталога% Program Files% \ StyleCop, который вы используете. может ожидать. Кроме того, если вы изменили базовый файл Settings.StyleCop в каталоге% Program Files% \ StyleCop, вам придется скопировать этот файл в каталог% Program Files% \ MSBuild \ Microsoft \ StyleCop \ v4.3 в Чтобы получить такой же эффект на сборке машины. Обратите внимание, что выполнение копирования / вставки с проверенным рабочим файлом Settings.StyleCop с компьютера разработчика - лучший способ убедиться, что на компьютере сборки установлены правильные параметры. StyleCop очень требователен к этим XML-файлам, и малейшая опечатка может привести к странному поведению, отладка которого займет несколько дней. Не редактируйте вручную. Вы были предупреждены. 8)
Так что, безусловно, существует множество способов не совсем правильно понять это, и вы увидите странность точно так же, как вы описали, пока не получите ее там. К счастью, учитывая три перечисленных момента и разницу между «StyleCop на сборочной машине» и «StyleCop на разработчике», в конечном итоге все должно работать гладко. Ну, по крайней мере, у меня все получалось.
Удачи!