#visual-studio #code-analysis #analyzer #checkin #checkin-policy
#visual-studio #анализ кода #анализатор #проверка #проверка-политика
Вопрос:
Ранее мы работали с анализаторами кода FxCop и политиками проверки TFS. Я могу найти статьи для переноса анализа кода.Сетевой анализатор. Я изменил проект, и анализ кода, похоже, работает после удаления устаревшего FxCop.
Но я не могу найти никакой информации об изменении политик проверки в соответствии с новыми анализаторами .NET. У кого-нибудь есть информация по этой теме?
.csproj true
<AnalysisLevel>none</AnalysisLevel>
<CodeAnalysisRuleSet>MinimumRecommendedRules.ruleset</CodeAnalysisRuleSet>
<RunCodeAnalysis>false</RunCodeAnalysis>
Вместо набора правил .NetAnalyzers, похоже, используют «Уровень анализа», который нельзя настроить в политиках проверки.
Сборка работает нормально, без ошибок, и мы получаем предупреждения из-за анализа кода. Мы попытались добавить набор правил кода в проект для минимального набора рекомендуемых правил.rules.ruleset, но когда мы проверяем, получаем:
При оценке политики возврата анализа кода произошла непредвиденная ошибка. Ошибка может быть временной. Повторите попытку.
Ответ №1:
По-видимому, невозможно использовать обе функции вместе.
Политика возврата проверяет (среди прочего), установлен ли параметр — <RunCodeAnalysis> msbuild в значение true .
В любом случае, этот параметр запускает устаревший двоичный анализ.
Ссылка (из документов Microsoft):
Запускает ли свойство проекта RunCodeAnalysis msbuild анализаторы?Нет. Свойство RunCodeAnalysis в файле проекта (например, .csproj) используется только для выполнения устаревшего FxCop. Он запускает задачу msbuild после сборки, которая вызывает FxCopCmd.exe .
Я думаю, что больше не нужно иметь отдельные политики регистрации, поскольку .СЕТЕВЫЕ анализаторы запускаются при каждой сборке (выпуск, в зависимости от вашей конфигурации).