Интеграция между ветками

Основная ветка (mainline, trunk) является главным местом интеграции при помощи кода. Все изменения, сделанные разработчиками, попадают сюда. Тем не менее, она не должна превращаться в свалку нестабильного и незаконченного кода. Поэтому, разработку новыого функционала рекомендуется проводить в отдельной ветке, интегрировать с основной, тестировать, и только потом объединять изменения. Иными словами, mainline должна содержать достаточно законченный код, который может послужить основой для стабилизационной релизной ветки. Также, исправления ошибок из релизных веток, пройдя через mainline, попадают в ветки для разработки, таким образом, работа ведется над более стабильным кодом. Хорошим правилом является то, что нельзя отдавать нестабильные изменения в другие ветки и что нужно должны принимать только стабильные изменения из других веток.

Рисунок 3 Ветвление, в общем

Рассмотрим ситуацию, отображенную на рисунке:

· В какой то момент в Mainline накопилось достаточное количество законченного функционала для выпуска Release 1.x. Для него была создана ветка, и после тестирования и стабилизации релиз ушел заказчикам;

· Параллельно с этим стартовала разработка нового функционала:feature A и feature B, – каждая на своей ветке;

· Баги, найденные закзачиками в Release 1.0, были исправлены на релизной ветке, и был выпущен Release 1.1. Багфиксы из него были объединены с Mainline, откуда попали в ветки для feature A и feature B. Таким образом, работа велась над более стабильным кодом;

· Один из заказчиков по своим причинам не смог перейти на версию 1.1 и столкнулся с рядом специфичных для себя дефектов. Это было исправлено на специально сделанной для него ветке – Release 1.0.x;

· Была закончена разработка feature A, и, после интеграции и тестирования, эти законченные изменения попали в Mainline. Ветка для feature B получает эти изменения сразу после их попадания в Mainline, чтобы работа велась над максимально актуальной версией кода;

· Принимается решение о выпуске нового Release 2.x, включающего feature A, и для него создается ветка, на которой осуществляется сервис этого релиза, – 2.1, 2.2. Причем, багфиксы для релизной версии 2.2 не объединяются с Mainline, так как истории этих линий разработки кода уже слишком разошлись.

Интеграция через Mainline не является единственным способом интегрироваться – возможна интеграция напрямую между ветками.