2009-05-14 1 views
0

Когда вы собираетесь выпустить сборку с использованием TFS, что вы обычно делаете? Просто используйте специальный набор изменений, создайте ветку или метку/тег?Создание сборки из TFS

Примечание: эта сборка не предназначена для выпуска, она предназначена для нашей среды приема/размещения.

ответ

1

Система сборки автоматически создаст метку на основе имени. Обычно это достаточно хорошо для большинства компаний.

+0

которые строят систему? – Blankman

+0

Система сборки TFS –

0

Когда мы начинаем разработку на новой версии, мы разворачиваем и помещаем новый код и ревизии в эту ветку.

Это позволяет сделать две вещи:

  1. Мы создали ночной процесс слияния, который складывает ветвь обратно в основную ветку. Это позволяет использовать исправления ошибок для всех версий в разработке (любые другие ветви объединяются с основной и обратно в зависимости от приоритета номера версии).
  2. Мы также создали ночную сборку для каждой ветви, которая разворачивается утром в нашу промежуточную среду.
0

Я использую довольно простую формулу для определения того, должна ли она быть меткой или веткой, если есть вероятность, что вам нужно будет исправить или исправить сборку, а затем использовать ветку. В противном случае, если вы просто захотите сослаться на код в определенный момент, используйте метку. Еще одно важное соображение состоит в том, что метки имеют ограниченный менеджер конфигурации, например. они могут быть удалены или изменены любым лицом с разрешением без какой-либо истории изменений.

0

У меня на самом деле несколько конструкций. Я использую задачи Версии, которые поставляются со свободными пакетами MSBuild (задачи сообщества MSBuild, расширение MSBuild и MSBuild SDC), чтобы изменить мою версию в Team Build и в моих двоичных файлах.

У меня есть собственный вариант, который имеет формат 1.2.3.4 (major.minor.revision.build)

Мои ночные сборки на номер сборки. Когда я собираюсь сделать релиз для тестирования, я запускаю сборку, которая будет содержать номер версии.

Затем, когда вы будете готовы к работе, вы можете освободить версию, прошедшую тестирование.

0

Я предлагаю совершать ночную сборку, как было предложено выше компанией @Vaccano, или вы могли бы осуществлять непрерывную интеграцию. Вы можете найти хорошие инструменты для сборки, чтобы отключить вас в правильном направлении на http://www.newagesolution.net/SpecialEvents/SessionatOrlandoCodeCamp2009.aspx. Для достижения автоматизированной сборки и упаковки должны быть образцы Powerpoint и code.

0

Как часть ночных сборных/запланированных сборок, хотелось бы также генерировать заметки о выпуске из хранилища версий и репозитория workItems.

Имея заметки о выпуске, имеет большое преимущество. Теперь можно использовать проект TFS ChangeLog/TFS ReleaseNotes Generator от http://tfschangelog.codeplex.com.

Приложение TFS ChangeLog позволяет пользователям предоставлять информацию о начальной точке и конечной точке их набора изменений (мы называем его как диапазон изменений), а затем извлекает информацию для каждого набора изменений, который присутствует между начальными и конечными наборами изменений. Затем эта извлеченная информация сохраняется в XML-файле, а затем с использованием преобразования XSLT 2.0 создается отчет о заметках выпуска HTML.

Надеюсь, это поможет.

С наилучшими пожеланиями,

Dharmesh Шах.