решения предложите? На что вообще взглянуть в такой ситуации?
Если очень упростить задачу, то представьте себе общий калькулятор чего нибудь (зарплаты/kpi/итд). Нужно сделать на основе этого много разных с разной формулой/полями.
Если бы речь дейстительно шла про зарплату, то конечно бы я все сделал через БД. Но речь не про нее.
@deliro правильно ли я понимаю, что такой workflow как я хочу возможен, только если всегда держать репозитории в состоянии готовности смержится с основным репо?
да, последнее предложение выглядит самым компромиссным вариантом
Варианты решений: 1. Сервисы (и, простихоспади, микросервисы), где будет та логика, которая подразумевалась быть общей среди "форков" 2. Модули, распространяемые как библиотеки У каждого есть свои плюсы/минусы. Например, сервисов может быть настолько много, что их оркестрация, дискавери и всё такое будет очень сложной. Библиотеки — это всегда проблемы с версионированием и их обновлениями, интеграцией в "популярные" фреймворки или вообще написание их на нескольких языках
Спасибо! Или я плохо знаю микросервисную архитектуру, но вроде как подтягивать разный layout внутри фронтенда на абстрактном js-фреймворке другим микросервисом невозможно. Думаю мой вариант или фичафлаги, которые стоит изучить поближе, или аккуратная поддержка нескольких форков, в любой момент готовых быть слитым в мастер.
Второй вариант - будет больно
Осознаю
Обсуждают сегодня