TFS Автоматизированная стратегия по сборке сборки

Я новичок в Team Foundation Server, и в настоящее время я работаю над созданием автоматической стратегии сборки для моего проекта. У меня есть единое растение, есть, как настроить автоматические сборки, которые соответствуют нашему исходному контролю / структуре разработки.

Это политика компании, в которой в рамках проекта TFS мы включаем багажник папок 'и «филиалы». «Багажник» представляет и содержит наш производственный код. «Филиалы», очевидно, занимают разрабатывающие ветви.

Я хотел бы настроить CI (непрерывную интеграцию), строит для ветвей, а также «зарегистрированную регистрацию заезда» для «багажника». Мое мышление состоит в том, что это практически устранит любые проблемы с «багажником», когда пришло время выпустить до производства. Однако у меня есть несколько вопросов обо всем этом:

1. Смысл ли моя стратегия? (Это слишком избыточно? Это создает непредвиденные проблемы? И т. Д.)

2. Есть ли «слияние», представляет собой «регистрацию заезда», который будет спусковать CI или Gated Build? Если разработчики объединят свои филиалы развития на «багажник», я бы хотел, чтобы это вызвать сборку ствола. (Возможно, «закрытая» сборка здесь - ненужная избыточность?)

Любое руководство, которое вы можете дать мне, наиболее ценится. Заранее спасибо!

(Окружающая среда развития: TFS 2010, VS 2010 Ultimate, Windows Server 2008 R2)