@Marellz

Как правильно хранить не-opensource фичи у проекта?

Добрый день.

Есть абстрактный OpenSource-проект.
У него есть коммерческий форк, который содержит в том числе фичи, которые не должны быть доступны в OpenSource. Форк, естественно, основан на OpenSource-коде.

Код пишется одним человеком, в далёкой перспективе это может быть маленькая (2-5 человек) команда.

Каким образом хранить эти две кодовые базы по-правильному?

Это должны быть два отдельных репозитория? Как тогда не забывать коммитить общие фичи и туда, и туда, и не комитить коммерческие фичи в опенсорс-репо?
Это должны быть две разные ветки в одном репозитории? Как тогда разделить прод, мастер и фич-ветки? Как их ен путать?
Ещё какие-то варианты?
  • Вопрос задан
  • 77 просмотров
Пригласить эксперта
Ответы на вопрос 2
inoise
@inoise
Solution Architect, AWS Certified, Serverless
Gitflow, например. Не забывать про теги и cherry pick. Ну и завести правила вроде в мастер только через merge request брать только определенный код. Не забывайте про документацию и Readme.md
Ответ написан
Комментировать
VladimirAndreev
@VladimirAndreev
php web dev
Как вариант - 2 репо, у коммерческого зависимость от опенсорса
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы