Team Foundation Server: лучшие методы управления контроллерами

Question

Являясь человеком из командной строки в течение 4 лет, я нахожу свою миграцию в TFS немного сложной. Его немного сложно понять идею о том, что контроллеры сборки привязаны к коллекциям проектов. Мне было интересно, какие лучшие практики связаны с появлением новых контроллеров сборки (таких же машинных взломов или отдельных экземпляров/серверов vm) или более того, как люди делают это как обычную практику.

Заранее спасибо.

EDIT:

п число проектов Коллекции

Да Непрерывная интеграция атм одной коллекции проекта с Teamcity, как строить цепочки (пользовательские активности), чтобы сделать сборку и развертывание.

Контроллер сборки по умолчанию подключен к одной коллекции в настоящий момент. Я смотрел на создание n - 1 контроллеров для остальных коллекций.

Спасибо заранее, и если я смогу лучше прояснить свою ситуацию, тогда, пожалуйста, дайте мне знать!

Answer 1

Некоторые соображения:

• вы не можете использовать один и тот же контроллер в более чем одной коллекции, то есть вы должны иметь отдельный контроллер для каждой коллекции
• Вы не можете иметь два контроллера на той же машине, что означает, что для каждой коллекции необходим, по крайней мере, сервер сборки.
• CI прост, но стробированные проверки сериализованы по дизайну, поэтому я предлагаю изучить, как они работают
• Шаблон построения TeamCity не хорошо сопоставляется с моделью построения TFS , исследование h ow для управления несколькими конфигурациями и шаблоном Lab (aka Build-Deploy-Test) для некоторых рабочих шаблонов TFS
• У вас может быть несколько агентов для одного контроллера на том же или на другом компьютере. Каждый агент независим, учтите это в вашей конструкции.

Изучите ALM Rangers' Build Customization Guidance. Много руководств и оснований.

UPDATE:

Эти предложения относится к «Наследие XAML сборки», от TFS 2015 на есть новый вид сборки, которая преодолевает ограничения.