Тестирование рабочего процесса сборки TFS локально

Question

Я поддерживаю наш процесс сборки в нашей системе TFS 2012.

До сих пор я вносил изменения локально в решение, которое генерирует наши DLL настраиваемых действий. Эти DLL-файлы проверяются в TFS и используются контроллерами сборки и агентами для пользовательских действий в нашем шаблоне пользовательской сборки.

Для всех моих операций с кодом и рабочим процессом У меня есть единая тестовая библиотека, которую я могу локально запустить, чтобы добавить некоторые базовые тестовые значения. Хотя это дает мне хорошую идею о том, как мои пользовательские задачи будут работать, это не оптимально.

Что бы я хотел сделать, это запустить полное определение сборки. Есть ли способ протестировать весь процесс сборки локально, чтобы я мог быть уверен, что мои изменения в рабочем процессе приемлемы, прежде чем проверять и запускать сборку? Сейчас мои сборки занимают от 30 до 40 минут, и я хотел бы иметь возможность запускать, отслеживать, отлаживать и останавливать сборку локально, не занимая ни одного из наших агентов.

Редактировать Другой способ для меня, чтобы решить эту проблему, чтобы придумать с каким-либо образом для выполнения рабочего процесса, шаблон сборки на месте. Кто-нибудь мог это сделать?

Answer 1

Посмотрите на Руководство по настройке Ranger Build. Существует HOL для этого. Это не похоже на v2, поэтому взгляните на v1.2.

http://vsarbuildguide.codeplex.com/releases/view/87995

Answer 2

Если я понять проблему правильно, один из способов сделать это может быть:

1. Установите агент построения локально и зарегистрировать его с помощью TFS сборки контроллера.
2. Дайте new agent a custom tag так он не получает назначен другой строит из очереди
3. Полочка ваш
ревизии
4. В VS, щелкните правой кнопкой мыши определение построения вы хотите, и выбрать очереди новой сборки. Откроется окно «Очередь сборки»
5. Под общей вкладкой «Что вы хотите построить» выберите свой полк.
6. Вкладка «Параметры» -> «Дополнительно» -> «Агент», введите тег вашего агента.
7. Щелкните по очереди.

Answer 3

Выполняю это, используя измененную версию рекомендации @malexander.

1. Создайте ветвь кода в TFS, внесите в нее свои изменения, особенно изменения в вашей пользовательской активности DLL (скомпилированные двоичные файлы, а не только источник).
2. Установите контроллер сборки TFS и создайте агент локально, зарегистрировав контроллер на своем сервере TFS.
3. Настройте новый локальный контроллер, чтобы использовать измененные DLL настраиваемых действий, хранящиеся в новой ветви кода TFS. Team Explorer > Builds > Actions > Manage Build Controllers > (select your new local controller) > Properties > Version control path to custom assemblies 4.
4. Очередь новой сборки из существующего определения сборки TFS: измените его контроллер, чтобы использовать новый локальный контроллер.
5. Новая сборка будет выполняться на вашем локальном контроллере/агенте, используя ваши измененные DLL настраиваемых действий, без вмешательства или перезапуска ваших агентов по производству.

Кроме того: поскольку вы находитесь в своей собственной ветви кода, вы можете фиксировать отладочные версии ваших DLL настраиваемых действий, не влияя на ваши производственные агенты.