Я недавно перешел с VSS на TFS 2010 и мне это очень нравится, но есть кое-что, что я пока не смог заставить работать так, как мне кажется.
ЦЕЛИ
Я бы хотел быстро узнать, когда изменение в разработке нарушает сборку. Если мы узнаем после этого, это не имеет большого значения. Поскольку в течение дня происходит много проверок, мы не хотим ждать завершения сборки, поэтому она должна быть асинхронной.
В нашей ветке Main я хотел бы убедиться, что каждый раз, когда в нее происходит слияние, мы убеждаемся, что она не нарушит сборку. Я хочу немедленной обратной связи по этому вопросу. Время ожидания хорошо, так как мы не будем часто сливаться с Main.
ТЕКУЩАЯ НАСТРОЙКА
Мое решение находится в папке с именем Main. Я сделал ответвление от этого под названием Развитие. Рабочая область, в которой я работаю, связана с верхним уровнем, который включает в себя как основную, так и разрабатываемую ветки. Я попытался настроить свое рабочее пространство так, чтобы он указывал только на разработку, в случае, если это было проблемой. Это, похоже, не решило мою проблему, поэтому я вернул ее к тому, что у меня было изначально - и с Main, и с Development.
В определениях Build рабочей области определены два определения - одно для основной ветви, а другое для разработки.
Первое определение предназначено для построения Главной ветви. У него есть триггер Gated Check-In и «Items to Build» указывает на файл решения в Main.
Второе определение предназначено для построения решения в ветви разработки. Он имеет триггер Rolling Builds и «Items to Build» указывает на файл решения в разработке.
РЕЗУЛЬТАТ
В настоящее время, когда вносятся изменения в разработку и выполняется регистрация, запускается регистрация на основной. Это не только вызывает путаницу, но и замедляет весь процесс.
СЛЕДУЮЩИЙ ШАГ
Я ознакомился с некоторыми руководствами по TFS, касающимся ветвления, общего использования TFS и т. Д. К сожалению, я еще не нашел решения своей проблемы. Если вы уже сталкивались с этой проблемой, я буду признателен за любые предложения.