Существует несколько видов рабочих процессов ветвления, которые могут быть использованы пользователями git. Среди них Git Flow, Github Flow, Gitlab Flow и One Flow. Полное объяснение описано в статье 4 Branching Workflows For Git.
Один из них, который хорошо известен и используется сейчас в моей компании, — это Git Flow.
Git Flow был опубликован Винсентом Дриссеном и очень популярен, поскольку подходит для совместной работы и масштабирования команды разработчиков. Более подробную информацию можно найти здесь.
Введение
Основной ветвью в Git Flow является :
-
Master — это ветвь, в которой хранится официальная история релизов. Поэтому он содержит только тот код, который развернут на продакшн-сервере, прошел тестирование и выпущен.
-
Develop — это предпроизводственная ветка, используемая для разработки, которая будет иметь ветки функций, релизов и исправлений. Таким образом, добавление новых возможностей, исправления кода и разработки, сделанные другими разработчиками, находятся в этой ветке.
В Git Flow вы также можете пометить все коммиты на мастер-ветке номером версии.
Как установить
Здесь мы можем использовать версию CLI или версию расширения в редакторе Visual Studio Code (VSCode). Однако, поскольку я привык использовать CLI, мне удобнее использовать CLI. Потому что, на мой взгляд, использования расширений в редакторе VSCode достаточно, чтобы я запутался и боялся ошибок (человеческая ошибка при клике). Поэтому я использую только несколько функций. Но все это относится к тем из вас, кто использует. Здесь я рассмотрю, как установить оба варианта.
Установка в CLI
Windows: следуйте инструкциям здесь. git-flow-avh включен в пакет Git for Windows.
Linux: sudo apt-get install git-flow
Информацию об установке на другие ОС см. в разделе Установка gitflow-avh.
Установка расширения в VSCode
-
Найдите расширение «gitflow» в VSCode.
-
Я обычно использую расширение vector-of-bool:
Использование
Использование, которое я объясню здесь, — это использование CLI. Потому что если вы используете расширение, то уже есть руководство, которому можно следовать.
- Первым шагом является инициализация потока git для локального репозитория:
git flow init -d
-d указывает на то, что мы используем версию git flow по умолчанию.
Эта команда создаст 2 ветки, а именно master и develop. 
2.Кроме того, мы также автоматически проверяем ветку develop
3.Затем также происходит автоматическое начальное фиксирование 
Создать функцию
4.Далее мы можем разработать проект. Если мы собираемся добавить функции, мы делаем это в ветке функций, создав сначала ветку функций командой :
git flow feature start <nama_feature>
5.Теперь мы находимся в ветке feature/function-balances. Здесь мы можем начать кодирование для создания функции. 
6.Если вы закончили создание функции, проверьте статус изменения с помощью команды :
git status
7.Перед фиксацией убедитесь, что измененные файлы были добавлены. Мы можем включить все файлы в один коммит (чтобы сделать это быстрее), или это нормально, если вы хотите, чтобы каждый файл был в одном коммите. Но здесь я поместил все файлы в один коммит.
git add .
git commit -m "<message>"
8.Если статус git выглядит так, как показано ниже, это означает, что все внесенные нами изменения были зафиксированы.
Опубликовать функцию для обзора
9.После внесения изменений мы рекомендуем, чтобы наша функция сначала была рассмотрена другими членами команды. Чтобы функция была опубликована первой.
git flow feature publish <nama_feature>
10.Мы создаем PR (Pull Request) на ветку develop. PR используется в Github, но если вы используете Gitlab, то название — Merge Request. Здесь я использую github. 
Нажмите сравнить & pull request, чтобы создать PR в ветке разработки.
11.После завершения проверки кода вы можете объединить его через веб или через терминал с помощью команды :
git flow feature finish <nama_feature>
12.Выполнить push для разработки ветки 
13.Поскольку функциональная ветвь была объединена в develop и больше не используется, функциональная ветвь на нашем локальном компьютере может быть удалена.
Это все, что касается использования git flow через CLI на этот раз.
Если вы используете расширение VSCode, это может быть проще, поскольку вам нужно просто щелкнуть мышью. Но какое использование удобно, это зависит от каждого разработчика, который его использует.
Источник:
4 рабочих процесса ветвления для Git
Успешная модель разветвления в Git
Рабочий процесс Gitflow | Учебники по Atlassian Git
Git Flow 01 — Введение
Gitflow на практике
Gitflow — Руководство по филиалам
Git-flow: Правильный путь