Как релизить фичи сразу в две ветки?

Question

Sergey Filnor @filnor

¯\_( ツ)_/¯

Git

Как релизить фичи сразу в две ветки?

Доброй ночи!

Какая история. У нас в проекте используется следующая система веток:
- Production (Релизная версия проекта, с автодеплоем в прод после мержа кода с staging)
- Staging (Тестовое окружение, куда релизяться фичи с автодеплоем на тестовый сервер)
- Feature-ветки (В которых происходит работа).

Собственно, проект прекрасно жил на этой структуре до момента, когда пришлось разделить production версию на две.
Решили использовать одну и ту же бизнес-логику в двух версиях проекта. Бекенд один, но две абсолютно разные вьюшки.

Когда идет работа с фронтом - проблем нету. Свичнулись в нужную ветку, создали с нее feature-branch и дальше по обычному flow. Но когда доходит речь до разработки бекенда, приходится делать фичу, релизить, а потом повторно делать тоже самое для второй версии прода.
Не очень удобно. При этом всем - логика которая пишется, она 100% уникальна и не возникает никаких конфликтов ни с одной из версий прода.

Визуализация:

Есть ли возможность как-то релизить фичи сразу в две версии прода? Т.е как-то решить задачу на уровне системы контроля версий, а не на уровне архитектуры проекта?

Вопрос задан более трёх лет назад
311 просмотров

4 комментария

Подписаться 3 Простой 4 комментария

Дмитрий @Compolomus

cherry pick не поможет?

Написано более трёх лет назад
Sergey Filnor @filnor Автор вопроса

Дмитрий, Честно, первый раз прочитал за эту команду. Попробовал на тестовом проекте, выглядит на самом как неплохое, но временное решение проблемы.

К сожалению, это не решает архитектурной проблемы, которая возникла в проекте и если не придумать, как эту фичу автоматизировать то все равно придется решать эту задачу на другом уровне.

Спасибо за наводку с командой

Написано более трёх лет назад
Дмитрий @Compolomus

Sergey Filnor, по сути вам надо два репа на фронт, а бэк общий

Написано более трёх лет назад
Sergey Filnor @filnor Автор вопроса

Дмитрий, Это сложновато сделать в условиях того что проект монолитный, а разница в под-проектах не только во фронте, но и в беке.
Если бы бек был идентичный, то проблем бы не было :(

В любом случае, за cherry-pick, спасибо, проверил сегодня уже на рабочем проекте - это действительно временное решение. Буду дальше думать над архитектурой, как это можно будет сделать правильней.

Если оформите отдельным ответом, отмечу решением.

Написано более трёх лет назад

Дмитрий, Честно, первый раз прочитал за эту команду. Попробовал на тестовом проекте, выглядит на самом как неплохое, но временное решение проблемы.

К сожалению, это не решает архитектурной проблемы, которая возникла в проекте и если не придумать, как эту фичу автоматизировать то все равно придется решать эту задачу на другом уровне.

Спасибо за наводку с командой
Sergey Filnor, по сути вам надо два репа на фронт, а бэк общий
Дмитрий, Это сложновато сделать в условиях того что проект монолитный, а разница в под-проектах не только во фронте, но и в беке.
Если бы бек был идентичный, то проблем бы не было :(

В любом случае, за cherry-pick, спасибо, проверил сегодня уже на рабочем проекте - это действительно временное решение. Буду дальше думать над архитектурой, как это можно будет сделать правильней.

Если оформите отдельным ответом, отмечу решением.

Answer 1 · 2021-09-10 02:20:45

Не бывает такого, чтобы было несколько продов с разными фичами.
Если у вас есть - значит вы называете вещи не теми словами.
Разберитесь, в каком порядке и по какому принципу фичи на эти ветки заливаются.

Если это просто два узла, то деплоить нужно не гитом на каждый индивидуально, а при помощи отдельного инструмента, который для этого предназначен.

Но если конкретно по вопросу - в гите нет такой фичи, чтобы мержить одну ветку одновременно в две другие - это придётся делать двумя отдельными операциями (мерж в первую, а потом мерж во вторую).

UPD:
Посмотрел на иллюстрацию и увидел фразу "Production divided into two instances"
Гит не должен знать, сколько у вас экземпляров сервиса.
Что вы будете делать, если у вас в какой-то момент станет 100 экземпляров, которые динамически могут масштабироваться вплоть до 500 и обратно?

Как релизить фичи сразу в две ветки?

Войдите на сайт