Практическое использование ветвления в Mercurial?

Question

[lightman]

Господа, в такой системе управления содержимым как Mercurial есть множество способов «ветвить» историю: branch (безымянные и именованные), tag, bookmarks, clone.


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

1. Ведения мажорных версий (v1, v2, v3)

2. Минорных (v1.1, v1.2, ...)

3. Подверсий (v1.1a, v1.1b, ...)

4. Стабильных (stable) и разрабатываемых (dev) ветвей

5. Исправлений ошибок (как мелких, так и крупных)

6. Добавления багов фич (тоже различной степени крупности)

Answer 1

[dbmaster]

Посмотрите статью nvie.com/posts/a-successful-git-branching-model/е
на примере GIT — но cути не меняет. На мой взгляд чем меньше веток, тем лучше.

Тут ещё пару статей
continuousdelivery.com/2011/05/make-large-scale-changes-incrementally-with-branch-by-abstraction/
martinfowler.com/bliki/FeatureBranch.html

Мы ведём девелопмент одной нестабильной ветке — перед релизом создаём новую, например v3 и делаем её стабильной.
Кроме этого никаких других веток (минорных или подверсий) нет. Для пункта 6 почитайте статью FeatureBranch

Comments

[AlexanderG]

Перевод первой статьи (в ссылке ошибка, кстати, лишнее "/e"): Удачная модель ветвления для Git

Answer 2

[dbmaster]

Спасибо что подправили. К сожалению, коментарий уже не редактируется.