Выбор стратегии ветвления и слияния в Team Foundation Server (TFS) - Сценарий выпуска версии продукта

Сценарий выпуска версии продукта

На рис. 5.2 показана типовая временная диаграмма ветвления для выпуска версии продукта:

Рис. 5.2 Временная диаграмма ветвления для выпуска версии

Последовательность событий:

1. Ветвь Release 1 создается из Main, как только реализована вся предполагаемая для данной версии функциональность.
2. Ветвь Release 1 периодически сливается с Main, что гарантирует перенос исправлений дефектов из выпускаемой версии в основную интегрирующую ветвь.
3. Сборка выпускаемой версии маркируется меткой в ветви версии для тиражирования (RTM), изменения вносятся в Main.
4. Выходит пакет обновлений, SP1. Сборка маркируется, и изменения вносятся в Main.
5. Ветвь Release 1 продолжает существование для поддержки SP1 и для обеспечения возможности создания новых пакетов обновлений.

Этот процесс повторяется для будущих версий продукта.

Примечание: При внесении исправлений в ветви версий важно определиться, в какую ветвь должно быть внесено это исправление, прежде чем реализовывать его. Если исправление выпускается как исправление в уже выпущенной версии (hotfix) или пакет обновлений, то сначала вносятся изменения в соответствующую ветвь Release (Выпускаемая версия), а затем эти изменения вносятся в Main, чтобы гарантировать их присутствие в будущих версиях.