Задать вопрос
@Marellz

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

Добрый день.

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

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

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

Это должны быть два отдельных репозитория? Как тогда не забывать коммитить общие фичи и туда, и туда, и не комитить коммерческие фичи в опенсорс-репо?
Это должны быть две разные ветки в одном репозитории? Как тогда разделить прод, мастер и фич-ветки? Как их ен путать?
Ещё какие-то варианты?
  • Вопрос задан
  • 80 просмотров
Подписаться 2 Простой Комментировать
Помогут разобраться в теме Все курсы
  • ProductStar
    Python + Flask + Git: веб-разработка с нуля
    2 месяца
    Далее
  • Учебный центр IBS
    DEV-007 Введение в систему контроля версий Git
    1 неделя
    Далее
  • Stepik
    Git (система контроля версий)
    1 неделя
    Далее
Пригласить эксперта
Ответы на вопрос 2
inoise
@inoise
Solution Architect, AWS Certified, Serverless
Gitflow, например. Не забывать про теги и cherry pick. Ну и завести правила вроде в мастер только через merge request брать только определенный код. Не забывайте про документацию и Readme.md
Ответ написан
Комментировать
VladimirAndreev
@VladimirAndreev
php web dev
Как вариант - 2 репо, у коммерческого зависимость от опенсорса
Ответ написан
Ваш ответ на вопрос

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

Похожие вопросы
ITK academy Нижний Новгород
от 50 000 до 90 000 ₽
Made In Dream Санкт-Петербург
от 100 000 до 220 000 ₽
от 250 000 до 320 000 ₽