Как правильно вести разработку нескольких веток в git?

Question

[Konstantin Chuykov]

Добрый день. Есть проект на github - https://github.com/chuikoffru/rrbe
Есть несколько возможных сфер применения: разработка landing page, верстка e-mail писем, и создание редактируемых справок. В разных сферах нужны разные возможности этого редактора, но ядро системы остается одно.

Как организовать работу в git с этим репозиторием, и вести несколько веток: например
master - основная ветка (ядро включает в себя drag'n'drop, контекстное меню и основные хуки и возможности редактора)
web - ядро + возможности для landing page
email - ядро + возможности для писем
word - ядро + возможности для справок

Соответственно когда я что-то фиксю в ядре (по идее под каждый фикс создавать отдельную ветку на основе мастера, правильно понимаю?), мне нужно раздать это другим веткам, желательно автоматически, но можно и в ручную (вопрос как? git rebase / fetch или еще что-то, главное не затереть возможности в других ветках, а применить только исправления)

И еще, когда я пушу новую ветку в удаленную репу, github предлагает compare & pull request, но мне это как бы не нужно. Может нужно под каждую сферу применения создать отдельные репозитории? Тогда как мне организовать синхронизацию исправлений между репами?

Answer 1

[Иван Шумов]

Это принципиально не корректная идея использования репозитория. В данном случае надо иметь отдельный репозиторий с ядром и несколько репозиториев с доп. функционалом. То есть 1 проект = 1 репозиторий.

Соединять репозитории можно либо через git modules (но мне не нравится этот способ), либо же любым удобным пакетным менеджером, например, тот же npm.

Ветки нужны только для временной разработки и последующего вливания в мастер

Comments

[Иван Шумов]

Ну или сделайте модульную структуру и подход feature flags

[Konstantin Chuykov]

Соединять репозитории можно либо через git modules (но мне не нравится этот способ), либо же любым удобным пакетным менеджером, например, тот же npm.

Вы имеете ввиду submodules?
Не очень понятно как npm может помочь.

Это принципиально не корректная идея использования репозитория. В данном случае надо иметь отдельный репозиторий с ядром и несколько репозиториев с доп. функционалом. То есть 1 проект = 1 репозиторий.

Спасибо!

Ветки нужны только для временной разработки и последующего вливания в мастер

Спасибо!

Ну или сделайте модульную структуру и подход feature flags

Я так понимаю это подразумевает достаточное большое переписывание текущей архитектуры?

[Иван Шумов]

Konstantin Chuykov,

Вы имеете ввиду submodules?

да

Я так понимаю это подразумевает достаточное большое переписывание текущей архитектуры.

тоже да

Не очень понятно как npm может помочь.

через npm ставится ядро и конфигурируется по каким-то внутренним правилам. По сути пишется собственный фреймворк

[Konstantin Chuykov]

Иван Шумов, Иван, спасибо большое, вижу что у вас огромная компетенция. Этот вопрос тесно связан с моим другим вопросом https://qna.habr.com/q/808031, если будет возможность гляньте, может что сможете подсказать.

Answer 2

[Антон Муравьев]

Можно и не разделять код из репозитория по веткам. Концептуально звучит, что это модули зависимые от ядра. В мастере будут соседствовать все 4 модуля (включая ядро). Идея в том, что ядро проекта обычно надо держать в наиболее актуальном состоянии и только путем хранения по соседству этого можно добиться без проблем.

Решение через submodules потребует создания 3-х дополнительных репозиториев, а наличие отдельных веток может мешать, так как есть возможность забывать делать merge или cherry-pick изменений из мастера с ядром.

Также, master -- это то, что разработчик смотрит как наиболее свежий рабочий код (возможно не стабильный, но все же). Если у Вас там будет только ядро, это может вызвать непонимание, где взять модули. В таком случае рекомендую четко описать в документации Вашу схему работы с репозиторием.