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

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


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

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

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

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

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

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

6. Добавления багов фич (тоже различной степени крупности)
  • Вопрос задан
  • 3915 просмотров
Пригласить эксперта
Ответы на вопрос 2
dbmaster
@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
Ответ написан
dbmaster
@dbmaster
Спасибо что подправили. К сожалению, коментарий уже не редактируется.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы