Параллельный контроль версий

С ветками знаком поверхностно, помню пытался такое провернуть. Но после того как я слил к себе ветку в которой было в ходе разработки удаление файлов, нужных для второй ветки, и git удалил их. Мне показало это не то что мне нужно. Так же мне не совсем понятно, если в третей ветке я поменял логику и мне надо слить новый функционал который только под версией первой ветки. Как быть?

Если на пальцах: к примеру у нас отдельная ветка Image Gallery, мы ее + еще десаток таких веток сливаем в Master, разрабатываем проект, в ходе появляются новые функции у Image Gallery которые надо выгрузить обратно в ее ветку, но только файлы этого модуля.

За ссылки спасибо, почитаю.

А можно подробнее? как бы там решалась моя задача.

Управление релизами — Раз код пересекается, хранить в одном репозитории.

Иметь скрипты которые будут делать релизы отдельно каждого компонента. У них будут версии.

Думать головой и следить какие версии с какими совместимы (например менять мажорный номер версии при несовместимости,
документировать API компонентов, обеспечивать обратную совместимость компонентов)

Т.е. одним словом — система управления версиями тут не причём.

Вообще из описания не на 100% понятно в чём именно задача.

Не совсем понятно что делать если допустим модуль параллельно менялся в основной ветке, ведь проектов может быть несколько, и фичи надо будет объединить в один конечный результат, потому руками мерджить релизы?

Совместимость компонентов не попадает в разрез задачи (как раз для этого вполне подошли бранчи и теги).

Ну почти со всем этим справиться мой костыль, задача была найти более простое и правильное решение.

Это значит что структура файлов и папок для всех репозиторие идентична, и один и тот же файл может одновременно присутствовать в нескольких репозиториях.

А зачем тогда много репозиториев? Почему не сделать один с несколькими ветками?

Потому что они независимые друг от друга, и их нельзя смешивать. На выходе надо иметь множество независимых проектов.

Точнее один большой + множество независимых.

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

Хм, а можно как то подробнее?

Да это все пока мысли по автоматизации того что есть, менять я ничего не могу.