Политиката за регистрация на анализ на код убива производителността, когато се комбинира с разработка, управлявана от тестове

Работим с VS2012+TFS2012 и исках да добавя политика за регистрация на анализ на код, за да напомня на всеки член на екипа да коригира предупрежденията за код преди регистрация, но след това забелязах, че ни принуждава да поставим отметка на опцията за проект „активиране на анализ на код при изграждане“ .

Ние също правим TDD, така че това означава, че кодираме единичен тест, стартираме го (което означава да изградим проекта), за да потвърдим, че тестът е неуспешен, ние кодираме, за да направим теста да премине, след което стартираме теста отново, за да потвърдим, че преминава.

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

Възможно ли е да се наложи текущ анализ на кода само преди регистрация, а не при всяка компилация?


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


Отговори (1)


Е, ако сте използвали Git, можете да създадете клон на заявка за изтегляне, да направите вашия TDD на този клон и след това, преди да изпратите заявката за изтегляне, да поправите всички грешки в анализа на кода - и след това да натиснете всички ангажименти, които сте създали, включително ангажиментите, които адресират предупрежденията на анализа на кода.

Така често комбинирам двете и се получава чудесно.

Ако TFS не ви позволява да работите по този начин, това е просто още един пример за това как TFS убива производителността.

person Mark Seemann    schedule 27.03.2015