Мы принимаем Git Flow в качестве стандарта, и, даже если теория ясна, у меня есть сомнения относительно того, как обрабатывать конфликты, когда RELEASE (или HOTFIX) необходимо закрыть и объединить в MASTER и DEVELOP.
Я создаю Pull Request, сначала из ветви RELEASE в ветку MASTER, а затем из ветви RELEASE в ветку DEVELOP. Получившийся PR привел к конфликтам, которые я решил таким образом, в своей локальной среде:
MASTER -> RELEASE
- Checkout Release
- Объединение MASTER в RELEASE (преобразование нормального потока RELEASE в MASTER)
- Разрешение конфликтов
- Выдвижение объединенного RELEASE
- Отправка нового запроса на извлечение MASTER. , без конфликтов.
- Слияние PR.
DEVELOP -> RELEASE
- Checkout Release (предварительно объединить с MASTER)
- Объединить DEVELOP в RELEASE (преобразование нормального потока RELEASE в DEVELOP)
- Разрешить конфликты
- Нажать объединенный RELEASE
- Подал новый запрос на извлечение на DEVELOP, без конфликтов.
- Слил PR.
- Удален RELEASE филиал
Мои сомнения касаются вторых шагов
- Правильно ли инвертировать поток и объединить MASTER /РАЗРАБАТЫВАЙТЕ в RELEASE, разрешая конфликты, создавая чистый PULL REQUEST?
- Должен ли я создать копию RELEASE для слияния MASTER и копию RELEASE для слияния DEVELOP?
Альтернативно, чтобы избежать запроса на извлечение с конфликтами, да, у нас есть прямое слияние безТянуть просит? (мастер git merge, разработка git merge из ветки релиза)?
Каков стандартный способ решения этой «проблемы»?
Спасибо