У нас есть веб-приложение .NET с 172 проектами на TFS 2008, которое охватывает все 3 уровня приложения и использует Team Build for CI. Мы используем VS2010 для разработки.
Мы хотели бы активировать анализ кода для всех проектов с минимально рекомендуемым набором правил и ввести в действие политику регистрации в TFS, чтобы анализ кода запускался один раз перед регистрацией. Но мы хотели бы оказать минимальное влияние на наших разработчиков в отношении их регулярной проверки развития в процессе. Каждый раз, когда мы включаем анализ кода в свойствах проекта, обычное время сборки этого проекта увеличивается на 100%.
Мы провели анализ проблем анализа кода, и, хотя их много, даже для этого набора правил, он может быть распределен среди всех разработчиков, которые могут их исправить при выполнении существующих улучшений.
Итак, в основном у нас есть два типа сборок:
- Обычные сборки для проверки правильности кода, что происходит несколько раз, прежде чем мы проверяем код.
- Окончательная сборка непосредственно перед регистрацией, где мы также хотели бы проверить анализ кода.
Следовательно, мы создали другую конфигурацию решения под названием «DebugWithCA», в которой его проекты были включены для анализа кода, так что перед тем, как разработчик проверяет код, он переключает конфигурацию с Debug на DebugWithCA, строит и исправляет проблемы анализа кода, а затем регистрируется. Таким образом, для обычных сборок разработчик остается в конфигурации решения отладки и не должен нести дополнительное время сборки, вызванное анализом кода.
Но это также выглядит как накладные расходы, поскольку у нас много проверок в течение дня (многие разработчики) и переключение конфигурации решения каждый раз, когда вы регистрируетесь и переключаете его обратно, становится проблемой.
Есть ли более простой способ выполнить наше требование?
При сборке, есть ли комбинация клавиш, которую мы можем назначить, чтобы она собиралась с помощью Code Analysis или собиралась с определенной конфигурацией решения в VS2010?