ветвление проекта в TFS для поддержки нескольких активных версий

Question

У нас есть приложение с несколькими активными версиями, и у нас есть некоторые клиенты, использующие более старую версию, а некоторые - более новую версию. Они разделяют много общего кода. Каков наилучший способ развернуть это в TFS? Должны ли мы создавать отдельные папки для каждой версии в ветке Dev (и делать то же самое в Main)? Проблема с этим подходом заключается в том, что если мы внесем некоторые изменения в V1 и должны объединить это в V2, это невозможно сделать с помощью инструмента. Код необходимо скопировать вручную в V2. Какова подходящая стратегия ветвления для этого сценария?

У нас есть еще один проект, в котором мы работаем над самой первой версией приложения, и разработка завершена для этого, и тестирование продолжается, и пока тестирование продолжается, мы хотим начать работу над следующим и в то же время, если мы исправим ошибки в V1, мы также хотим объединить эти изменения в следующей версии. Как это можно сделать в TFS? какова правильная стратегия ветвления для этого сценария? Заранее спасибо.

Answer 1

У вас есть лучшая практика для управления веткой, ветвление стратегии на основе Trunc X.Y.Z, Service Pack, Fix & Release.

Реализация требует выполнения следующих задач:

1. Создайте укороченную разработку, соединительная линия читает XYZ

Примечание: события не находятся непосредственно на багажнике, а вот девушка, названная веткой Service Pack.

2. Создайте из соединительной линии новый пакет дочерних филиалов, язык 1.YZ

Примечание: В этой ветке будут размещены первые выделенные функциональные возможности разработки.

Event Project: Конец первой итерации (команда разработчиков считает, что разработки завершены).

3. Создать из Service Pack 1.YZ новую дочернюю ветвь Fix denominated 1.0.Z.

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

4. Создать из Fix 1.0.Z. новая дочерняя ветвь Release denominated 1.0.0.

Примечание:

• Эта отрасль останется только для чтения.

• Эта ветка является единственной веткой, развернутой в производственной среде.

• Эта картинка с доставкой на дом.

• Это позволяет делать разные поставки.

• Позволяет выполнять операции над версией отката, если возникает необходимость (Избегайте версии файла конфликтов).

Проект Событие: Поставка продукции

1. Deliver Release 1.0.0 филиал на производственной среде.

6. Merge Service Pack 1.Y.Z to X.Y.Z trunk

Примечание: В этот момент все ветви находятся на одном уровне эволюции.

Event Project: ошибка происходит на версии 1.0.0

7. Обработка ошибок может быть выполнена двумя способами:

■ Если определено, что версия нестабильна Перенос патчей Fix branch 1.0.Z.

• Создать новую ветвь Release 1.0.1

• избавлять релиз ветки 1.0.1

• Merge Fix 1.0.Z в Service Pack 1.Y.Z.

• Merge Service Pack 1.Y.Z. к багажнику X.Y.Z.

  Примечание: вы можете многократно повторять: 1.0,1, 1.0.2, 1.0.3 и т. Д.

■ Если определено, что версия стабильная, и мы решили исправить ошибки при новой поставке. - Создать с Service Pack 1.Y.Z. Закрепить новый дочерний филиал 1.1.Z

• сделать корректировки на Fix филиала 1.1.Z

• Создать из Fix 1.1.Z. новый дочерний филиал Release denominated 1.1.0.

• Deliver 1.1.0 ветку

  Project Event: новая важная функция приходит

8. Создать из ствола новый пакет дочерних филиалов, язык 2.YZ

Воспроизводить эту же организацию ...