Генерация сборки из TFS

Question

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

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

Answer 1

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

Answer 2

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

Наличие заметок о выпуске очень полезно. Теперь можно использовать TFS ChangeLog / TFS ReleaseNotes Generator из http://tfschangelog.codeplex.com проекта.

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

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

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

Дхармеш Шах.

Answer 3

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

Answer 4

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

У меня есть пользовательская версия в формате 1.2.3.4 (major.minor.revision.build)

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

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

Answer 5

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

Answer 6

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

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

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