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