Добрый вечер, уважаемые коллеги!

В каких случаях требуется создание отдельной ветви в репозитории?
Встречал разные рекомендации, например:

• Rule 1: The trunk branch must compile and pass regression tests at all times.
• Rule 2: A single commit must represent an entire changeset, and must not be so large to discourage peer-review.
• Rule 3: If rules 1 and 2 are in conflict, create a private branch.

Или:

• Always maintain a private branch for each developer or change.

Или:

• branches for maintenance,
• feature development isolation,
• integration,
• golden releases,
• release candidates,
• private workspaces,
• experimentation features,
• and more.

А вы для каких случаев создаёте отдельные ветви? Какой длины? Как часто синхронизируетесь с транком? Создаёте ли отдельный репозиторий (в случае DVCS)? Удаляете ли ветви после вливания в транк? Возникают ли проблемы независимой поддержки параллельных ветвей? Используете ли плагины и расширения системы контроля версий для наглядной визуализации топологии ветвления?

И вопрос, ради которого затевался топик: какие соглашения об именовании ветвей используете? Включаете ли версию, дату, имя разработчика, название фичи? Пробелы, точки, дефисы, CamelCasing? Какие есть naming best bractises?