TFS2010: запретить регистрацию, если существует предупреждение анализа кода

Question

В моей команде я хочу запретить разработчику регистрировать код с предупреждениями от анализа кода.

Как я нашел в некоторых блогах и stackoverflow-вопросах, я пытался сделать это с политикой регистрации:

1. Включить анализ кода в Visual Studio Project и установить Rulset (минимальные рекомендуемые правила Microsoft)
2. Добавьте политику регистрации «Анализ кода» и установите тот же набор правил (минимальные рекомендуемые правила Microsoft).

Проблема, с которой я столкнулся, состоит в том, что политика запрещает регистрацию только при наличии ошибок, но не при наличии только предупреждений. Конечно, я могу изменить набор правил и установить все правила как ошибки. Но и локальные сборки невозможны.

Итак, я хочу, чтобы все правила были предупреждениями, и создание проекта возможно, но регистрация также запрещена, если существует только предупреждение.

Моя идея состояла в том, чтобы установить другой набор правил в настройках политики регистрации (те же правила, но все правила как ошибки). Но при попытке регистрации вы получите ошибку: Параметры анализа кода несовместимы с политикой анализа кода .

Так что мой вопрос: есть ли у кого-нибудь решение или идея, как я могу решить эту проблему.

Заранее спасибо за ответ!

Answer 1

Я пробовал это в V2010 (то есть обрабатывать предупреждения как ошибки), но это работало только для предупреждений компилятора, а не CA-предупреждений. Таким образом, мои предупреждения CA по-прежнему оставались в качестве предупреждений, тогда как предупреждения моего компилятора теперь стали ошибками.

Answer 2

Если я правильно понял, то поведение, которое вы после этого сделаете:

• На рабочей станции разработчика: компиляция прошла успешно, даже если есть предупреждения
• В сборке TFS: компиляция разрывов, если есть предупреждения

Чтобы получить это:

1. Удалите «Включить анализ кода при сборке» из вашего csproj
2. Снять политику регистрации
3. Откройте определение сборки для редактирования и перейдите к «Обработка»> «2.Основные» и установите «Выполнить анализ кода» на «Всегда»

Теперь, будьте осторожны, вы можете работать в ситуации, когда сборка завершается успешно на каждой рабочей станции DEV и не срабатывает в TFS. Это было бы очень плохо.
Один из способов избежать этого - изменить триггер вашей сборки на «Gated Check-in», чтобы при наличии предупреждений сборка не удалась, а разработчики не могли зарегистрироваться.
Этот последний шаг, в некотором роде, заменяет удаленную вами политику регистрации.