Ние разработваме проект и използваме VS 2013 и TFS 2013 Express за контрол на версиите. В настройките за контрол на източника на екипен проект създадох две правила за регистрация. Първата е политика за коментари за набор от промени, която работи и изгражда политика за проверка, която изисква последната компилация да е била успешна. Но мисля, че правилата за регистрация на компилации не работят, защото всеки файл, който пречи на успешното компилиране (например има синтактична грешка в този файл и проектът не може да бъде компилиран), може да бъде регистриран. Мога да проверя всички повредени файлове ), въпреки че е добавена политика за проверка на компилациите. Така че имам нужда от вашата помощ, не искам повреден код в tfs.
Правила за регистриране на TFS 2013
Отговори (1)
Трябва да настроите сграда с затворено настаняване. Затворените проверки са форма на непрекъсната интеграция, която принуждава изграждането да се изпълнява и да потвърждава, че кодът се изгражда успешно (както и налага, че тестовете на модула преминават и анализът на кода е успешен, в зависимост от това как го конфигурирате). Само ако чекирането от затворен тип е успешно, кодът действително се чекира.
Проверката на повреден код обаче е културен проблем. Разработчиците трябва да компилират и тестват своя код сами, без да има нужда от автоматизиран процес, който първо да ги удари по китката. Затворените чек-инове ще ви помогнат да разрешите културния проблем, като направят живота неудобен за хората, които рутинно проверяват повреден код.
При голямо приложение всъщност ще искате да имате множество компилации с затворено чекиране – по един за всеки логически подраздел на приложението. Затворените регистрации трябва да работят възможно най-бързо, тъй като всяка секунда, в която някой друг чака завършеното регистриране да завърши, за да може да получи най-новия код, е загуба на време. Колкото по-дълго трябва да чакат, толкова по-вероятно е да отидат да си вземат кафе, да използват тоалетната или по друг начин да си починат, което може да бъде масово контрапродуктивно, ако са били в продуктивно, фокусирано пространство, когато са били горе-долу принуден от инструмента да спре фокусирането.
person
Daniel Mann
schedule
20.02.2015
Първо благодаря за вашето образователно обяснение. Опитах gated check-ins, той отлага повреден код и получава най-новата версия след неуспешна компилация, полезен е, но липсват предупреждения и така или иначе не е полезен за моя екип, тогава каква е целта на правилата за проверка на компилациите?
- person mkartal; 20.02.2015
Има политика за регистрация, която проверява и за предупреждения: visualstudiogallery. msdn.microsoft.com/
- person ds19; 23.02.2015
