Как работать с разными ветками git?

Question

[nepster-web]

Недавно начал осваивать и работать и с git. Пишу проект и как оказалось он таки масштабно разрастается. Сейчас проект состоит уже из 3 различных приложений:
- business - отдельный бизнес аккаунт для определенных пользователей
- frontend - собственно сам сайт
- backend - админка

Все время я работал в 1 ветке origin/master, но хочу сделать следующее:
business - отдельная ветка
frontend - отдельная ветка
backend - отдельная ветка
origin - общая ветка.

Итак я создал 3 дополнительные ветки. Но не знаю что делать дальше. Тоесть мне бы хотелось не тащить все файлы проекта в каждую из веток, а сделать что то такое:

папка business и для нее ветка business
папка frontend и для нее ветка frontend
папка backend и для нее ветка backend
папка всего приложения и для нее ветка origin

Сейчас у меня созданы 3 пустые ветки и моя общая ветка origin подскажите пожалуйста как это все разложить по полочкам ?

Answer 1

[Дмитрий Энтелис]

Это абсолютно не правильный подход.
Бекенд определенной версии не может существовать без фронтенда подходящей версии.
Когда они разбиты по разным веткам - вы задолбаетесь это все релизить.

Почитайте про git-flow habrahabr.ru/post/106912

Comments

[nepster-web]

бекенд никакого отношения не имеет в фронтенду. Есть папка common, которая содержит общие модели от которых наследуются все модели business, frontend и backend.

[Дмитрий Энтелис]

@nepster09 тогда субмодули

[Дмитрий Энтелис]

@nepster09 бекенд не может не иметь отношения к фронтенду. они всегда связаны.

[nepster-web]

@DmitriyEntelis немного уточню, у меня бекенд это просто админка, а фронтенд это сайт. Тоесть сайт может существовать без админки, а админка без сайта. Админка может обладать функционалом, которого нет на сайте и наоборот.

[Дмитрий Энтелис]

@nepster09 тогда я бы сделал так.
4 отдельных репозитория: common, front, backend, bussines.
В front/backend/bussines подключаем common как submodule.
Почитать можно например git-scm.com/book/ru/%D0%98%D0%BD%D1%81%D1%82%D1%80...

[nepster-web]

@DmitriyEntelis Дмитрий большое спасибо. Я почитал про саб модули но не понял несколько моментов, сможете ли Вы мне объяснить следующее:
К примеру я сделал так как вы сказали: "4 отдельных репозитория: common, front, backend, bussines."

1) На сервере, это все торчит в одной папке. Тоесть раньше, что бы обновить проект я заходил в корневую папку проекта и писал: git pull. Теперь нужно будет делать git pull и git submodule update, чтобы обновить все до актуальных версий ?

2) если по мимо папки commot есть еще папка vendor и несколько файлов для консольной работы, как поступить тогда ? Уточню, я использую Yii2 и как раз папки front, backend и bussines - это отдельные приложения, которые зависят от common и vendor

[Дмитрий Энтелис]

@nepster09 Возможно придется код по папкам раскидать :)
С submodule есть важный момент который надо понимать - в вашем основном репозитории, submodule это просто ссылка на конкретный коммит другого репозитория. Так что после того как вы сделали submodule update - необходимо закоммитить текущее состояние в основной репозиторий.
Вообще это проще попробовать на практике на тестовом каком нибудь репе.

По второму вопросу правильное решение не подскажу, я очень далек от Yii2.
Насколько я помню там достаточно большая связанность кода.
А почему у Вас вообще возникло желание разделить репозиторий на части?

[nepster-web]

@DmitriyEntelis ну скорее всего, что бы отучить себя от привычки вносить по чуток изменений в каждый раздел приложения и делать общий коммит.

Answer 2

[evnuh]

Вы неверно мыслите. Git - не система иерархий, а система контроля версий. Не важно что где лежит, а важно как с этим работают.
Если это три независимых сайта - делайте 3 репозитория. Если у них есть что-то общее (используют одни стили, например), то общие изменения делайте в master (origin-ом обычно называют основной репозиторий для синхронизации, а не ветку) и потом вливайте этот master во все три ветки для каждой части сайта, а изменения которые НИКОГДА НЕ БУДУТ ПЕРЕНЕСЕНЫ в другие ветки - в ветке для соответствующей части сайта.

Comments

[nepster-web]

да есть общая папка common, от которой наследуются все модели.

Answer 3

[Vit]

Ветки не для этого нужны. Совсем не для этого.
Если хочется отдельно с разными подсистемами работать - разнесите их в разные репозитории. Но никак не ветки.

Comments

[nepster-web]

нельзя, у всех них общая папка common, от которой наследуются все модели.

[Vit]

@nepster09 не вижу в этом никаких препятствий. Про submodule писали уже вам.

[nepster-web]

@fornit1917 да, щас как раз копаю в эту сторону. Не знал про submodule