Что такое git flow
Historical Branches
Вместо использования только одной master ветки, этот workflow использует две ветки, для записи истории проекта. Master хранит официальную историю релизов, в development же ветке ведется активная разработка. Также важно тагать коммиты в master ветки номерами версий.
Feature Branches
Каждая новая фича должна разрабатываться отдельно - в своей ветке, которая должна пушиться в центральный репозиторий для сохранения работы или коллаборации с другими разработчиками. Для создания фичебранча используется development ветка. Когда разработка фичи закончена, она сливается в development. Фичи никогда не должны сливаться напрямую с master веткой.
Release Branches
Как только development наберет достаточно фич для релиза (или в заранее определенную дату) создается release ветка из development ветки.
Создание этого бранча начинает новый релиз-цикл, поэтому в эту ветку уже не должно покидать никаких новых фич - только баг-фиксы, генерация документации и другие таски, ориентированные на релиз.
Как только релиз-ветка подготовлена, ее сливают с master и тагают новой версией. Также она должна быть слита и с development веткой, которая уже скорее всего убежала вперед, с момента инициализации релиза.
Использование отдельной ветки для релиза позволяет одной команде готовить релиз, в том время когда другая команда будет продолжать разрабатывать новые фичи в development для последующих релизов.
Hotfix Branches
Hotfix ветки используются для быстрого патчинга релизов. Это единственная ветка, которая создается из master. Как только фикс готов, он должен быть слит как в master, так и в development (или в новый release, если она есть) и master должен быть тегирован новой версией (инкрементирована patch цифра. v.1.0.1, например)
Это позволяет исправлять ошибки не прерывая весь воркфлоу или не дожидаясь следующего релиза, для выкатывания исправлений.
Oct. 10, 2023, Источник
офферы быстрее!
Следующий вопрос
Это единственный вопрос по вашему фильтру