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