Работа с ветвлениями

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

Также часто возникают ситуации, когда при работе над проектом, появляется мысль, реализация и проверка которой займет больше чем день. В этом случае работа в основной ветке может привести к получению нерабочего проекта в ней или к созданию помех коллегам, которые работают вместе с вами над проектом.
Очень распространенная ситуация это создание готовых слепков — релизов проекта. Т.е. сохранения состояния проекта в отдельное место, после которого файлы проекта в этом месте меняться не будут. Можно это сделать с помощью команды Export и хранения проекта в специальном месте, но в этом случае история проекта, которая храниться в SVN, будет оторвана от релиза. И если в релизе будут найдены ошибки, которые не были замечены ранее, потребуется вручную их поправить во всех копиях проекта.

Основная идея ветвления — это создание направления разработки (ветки), которое существует независимо от другого направления, но имеет с ним общую историю. В SVN есть команды, которые помогают сопровождать параллельные ветки файлов и каталогов. Они позволяют создавать ветки, копируя данные и запоминая, что копии связаны друг с другом. Кроме того, эти команды помогают дублировать изменения из одной ветки в другую. Наконец, они могут сделать так, что отдельные части рабочей копии будут отражать состояние различных веток, что позволит вам смешивать различные линии разработки.

Репозиторий SVN это обычное хранилище файлов и папок. Хранить проекты в нем можно как вам будет угодно. Но если уж использовать SVN, то нужно использовать его правильно. Правила хорошего тона призывают использовать следующую структуру оформления проектов в репозитории SVN:

./                 корневой каталог репозитория
    Project0
        branch     ветки проекта Project0
        tag        метки (ревизии) проекта Project0
        trunk      ствол (основное направление разработки) проекта Project0
    Project1
        branch     ветки проекта Project1
        tag        метки(ревизии) проекта Project1
        trunk      ствол (основное направление разработки) проекта Project1

Важное замечание. При создании ветки информация не копируется. Любая ветка это всего лишь ссылка на файлы с определенным номером ревизии в репозитории. «Экономить» объем, который занимает репозиторий на жестком диске, совершенно бессмысленное занятие.

Совет. Помните trunk/branch/tag это самые обычные папки, они не предписывают и не ограничивают использование репозитория SVN. Эти папки всего лишь помечают место, которое отводиться разработчику для работы над проектом. Т.е. папка branch это всего лишь рекомендованное место, где разработчик может проводить свои изыскания, папка tag это рекомендованное место для хранения релизов проекта. Никто не запрещает вам хранить релизы и проводить изыскания в других папках репозитория, но для упорядочивания репозитория лучше придерживаться правил хорошего тона.

Рассмотрим основные ситуации, возникающие при работе с ветвлениями.

Создание меток и веток (tag и branch)

Вернемся опять к нашим разработчикам Васе и Пете. Они закончили свой проект и теперь решили выпустить метку (tags) – релиз данного проекта под номером 1.0. Для этого нужно воспользоваться командой Branch/Tag (рис. 61).

Затем нужно указать полное имя места назначения метки и номер ревизии основного проекта для которого создается метка. В данном примере метка создается в папке tags/release_1.0 и источником является последняя ревизия проекта demo_project1 находящаяся в репозитории(рис. 62).

Создание ветки производится точно таким же образом, но ветки создаются в директории branch (рис. 63). После этих действий состояние репозитория следующее (рис. 64).

Рис. 61. Создание ветки/метки проекта в репозитории

Рис. 62. Диалоговое окно выбора настроек создания метки проекта

Рис. 63. Диалоговое окно выбора настроек создания ветки проекта

Рис. 64. Состояние репозитория после создания метки и ветки проекта

Важное замечание. Перед тем как делать ответвление от проекта обязательно синхронизируйте свою рабочую копию с репозиторием командой Update. Но если вы внесли множество изменений в основную ветку и не хотите их фиксировать в основной ветке (например, проект не отлажен), то можно сделать branch, опираясь на состояние рабочей копии, а не репозитория. В этом случае будет создана ветка, в которой будут зафиксированы все изменения.

Подсказка. Если вы выпустили релиз проекта, а в нем обнаружена ошибка, не устраняйте ее метках (tags). Используйте один из двух вариантов.

1. Если нужно только устранить ошибку, то скопируйте метку(tag) в ветку (branch). Устраните ошибку, сделайте новую метку, удалите ветку.
2. Если устранение ошибки совмещено с модернизацией проекта, то выпустите новый релиз проекта.

Подсказка. Узнать к какому репозиторию, проекту и ветке относиться папка/файл можно из свойств папки/файла, которая находиться под контролем репозитория.

Переключение рабочей копии между ветками

Переключение между любыми ветвлениями выполняется командой Switch (рис. 65). В качестве параметра нужно указать путь к проекту в репозитории, на который нужно сделать переключение рабочей копии (рис. 66). При работе с командой Switch нужно помнить о следующем: