Политика подтверждения анализа кода снижает производительность в сочетании с разработкой через тестирование

Мы работаем с VS2012+TFS2012, и я хотел добавить политику регистрации анализа кода, чтобы напомнить всем членам команды об исправлении предупреждений о коде перед регистрацией, но потом я заметил, что это заставляет нас проверить параметр проекта «активировать анализ кода при сборке». .

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

Таким образом, для 1 модульного теста мы должны собрать дважды (минимум, иногда больше, если мы делаем какую-то ошибку в коде), но поскольку анализ кода занимает более 10 секунд для запуска каждой сборки, это очень и очень непродуктивно :(

Можно ли принудительно запустить анализ кода только перед регистрацией, а не при каждой сборке?


person Jonathan    schedule 27.03.2015    source источник


Ответы (1)


Что ж, если вы использовали Git, вы могли бы создать ветку запроса на слияние, выполнить TDD в этой ветке, а затем, прежде чем отправлять запрос на слияние, исправить все ошибки анализа кода, а затем отправить все созданные вами коммиты, включая коммиты, которые относятся к предупреждениям анализа кода.

Вот как я часто комбинирую их, и это прекрасно работает.

Если TFS не позволяет вам работать таким образом, это просто еще один пример того, как TFS убивает производительность.

person Mark Seemann    schedule 27.03.2015