Кто нибудь знает лучшие практики как вести параллельные ветки в гит, когда 90% функционала веток одинаковые, но нужно делать постоянные релизы для каждой ветки?
ООП же должно помогать уменьшать связность кода. Ну хоть в теории.
Так вы конечно можете дублировать изменения с помощью git cherry-pick. Но мне кажется, что это в далекой перспективе может быть сложнее и дороже, чем потратить время раз на выделение модуля.
если вы посмотрите на какие нибудь большие опен сорс проекты с длинной историей и кучей релизов, то все они работают по одному у тому же сценарию - мержится фикс/фича в минимально-поддерживаемую версию ветки и потом каскадится на все последующие ветки релизов, либо наоборот, мержится в мастер и затем каскадом до нужной ветки вниз. ничего другого пока наверное не придумали
Всем привет! Кто-нибудь знает инструмент для бэкапа и восстановления для кластера Tarantool? Простое восстановление по snap-ам с другого кластера не работает :(