2012-02-29 6 views
2

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

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

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

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

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

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

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

Заранее благодарим за ваш ответ!

ответ

1

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

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

для того, чтобы получить это:

  1. Удалить «Включить анализ кода на Строить» с вашего csproj
  2. Снимите флажок в политике-
  3. Откройте определение сборки для редактирования & перейдите к «Process»> «2.Basic» и установить «Выполнить анализ кода» to «Always»

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

+0

спасибо за ваш ответ.как вы сказали, я думаю, что с вашим решением у меня возникает проблема, что я не вижу прямо в визуальной студии предупреждения. Я видел в каком-то сообщении, что в tfs2008 можно было установить «обрабатывать предупреждения как ошибки», которые охватывают мою проблему. Но похоже, что в tfs2010 эта опция недоступна. Теперь я думаю, что вы делаете обычную политику проверки, но мне не очень нравится эта идея ;-) – rhe1980

2

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