Кто-нибудь может представить концепцию ветвления SVN?

Question

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

Раз уж я визуальный ученик, может ли кто-нибудь представить концепцию ветвления SVN? Или можно на простом английском языке описать понятия?

Допустим, у меня в команде 3 разработчика и один репо "out_app" Как dev1 создаст ветку и вернется к основной линии? Как бы этот эффект Dev 2 и 3?

подробное описание шагов, пунктов меню, введенных настроек ... для указанных выше вопросов.

Answer 1

См. Визуальное руководство по управлению версиями . Отличная статья.

Answer 2

Вы можете начать чтение SVN readbook по Ветвлению и слиянию

Основано на дешевых копиях:

Хранилище Subversion имеет особый дизайн.
Когда вы копируете каталог, вам не нужно беспокоиться о том, что хранилище становится огромным - Subversion фактически не дублирует какие-либо данные. Вместо этого он создает новую запись каталога, которая указывает на существующее дерево. Если вы пользователь Unix, это та же концепция, что и с жесткой ссылкой.
По мере внесения дальнейших изменений в файлы и каталоги ниже скопированного каталога, Subversion продолжает использовать эту концепцию жестких ссылок, где это возможно. Дублирует данные только тогда, когда необходимо устранить неоднозначность различных версий объектов.

Answer 3

(На мой взгляд) лучшее моделирование и объяснение хорошего ветвления контроля версий - это Поток перемен Лоры Вингер , презентация, сделанная о Perforce. Он описывает шкалу тофу , где изменения переходят от «мягких» ветвей (непроверенных, нестабильных) к «жестким» ветвям (выпущенным, хорошо протестированным) по мере того, как ревизии становятся более твердыми.

Это обеспечивает очень понятную метафору для управления ревизиями и ветвями; Я не могу рекомендовать достаточно, чтобы каждый прочитал эту презентацию и усвоил ее идеи.

шкала тофу http://dl.getdropbox.com/u/136976/tofu%20scale.png