Как сделать репозиторий, который копирует файлы других репозиториев?

Question

[MishaXXL]

Есть папка в которой 2 других папки

/project
/project/server
/project/client

Каждая из папок serverи clientсодержит в себе свои гит репозитории
Я хочу в одном репозитории хранить два других репозитория файлами

Но при попытке сделать git add .

hint: You've added another git repository inside your current repository.
hint: Clones of the outer repository will not contain the contents of
hint: the embedded repository and will not know how to obtain it.
hint: If you meant to add a submodule, use:
hint: 
hint:   git submodule add <url> client
hint: 
hint: If you added this path by mistake, you can remove it from the
hint: index with:
hint: 
hint:   git rm --cached client
hint: 
hint: See "git help submodule" for more information.
warning: adding embedded git repository: server

И хранится в виде, а нужно файлами


Или хоты бы, чтобы он подтягивал все текущие версии этих репозиториев
Сейчас скачиваются только пустые папки

Answer 1

[Сергей Кузнецов]

Гит достаточно умен, чтобы не создавать рекурсию и не добавлять вложенный репозиторий в вышестоящий репо. Вы же не собираетесь отслеживать те тысячи файлов, которые внутри вложенных подкаталогов .git?

Вы можете отслеживать либо каждую папку в своём отдельном репозитории, либо иметь один монорепозиторий в корне. Отслеживать один каталог сразу в двух репо не получится.

Если вам не важна старая история, то просто удалите те два репо (удалите папки .git), затем инициализируйте общий репо.

Если история важна, то пакет filter-repo поможет объединить репозитории в один с реорганизацией структуры каталогов.

В обоих случаях получится один репо без вложенных. А вложенные будут либо удалены, либо новый репо мы создадим новый репо в другом месте, чтобы не потерять старые.

Comments

[MishaXXL]

Если я удалю .git папки во вложенных папках, то мне потом придется каждый раз делать инициализацию и после пула снова удалять или такое достаточно сделать один раз для основной папки, а после инициализации основной, он уже не будет ругаться, что я сделать еще другие инициализации репозиториев во вложенных?

Вообще были планы )
Идея заключалось в том, что при каждом новом git pull из вложенных папок, он отслеживал изменения
Но возможно я просто выбрал неправильный подход к мульти репозиторию

Вы же не собираетесь отслеживать те тысячи файлов, которые внутри вложенных подкаталогов .git?

Или по какому принципу нужно построить работу основной папки проекта, чтобы при клонировании ее из гита, инициализация и обновление вложенных папок с репозиториями была удобна?

[Сергей Кузнецов]

Я перестал понимать вас.

В тех манипуляциях, которые я описал, не будет никаких связей между новым и старыми репозиториями. Никакой pull вы сделать не сможете. Pull делается между репозиториями в целом, а не между произвольгыми папками с файлами.

Продолжать работу в старых репо и посылать оттуда коммиты в новый вы не сможете. Так как структура папок у этих проектов будет совершенно разная. И даже история коммитов в новом репо создастся новая, в виде нового дерева коммитов, никак не связанного со старым.

[Сергей Кузнецов]

Про старые репозитории на гитхабе вам придется тоже забыть и отправить новый общий проект в новый репо на гитхабе.

Если вы работаете в команде, то подобные изменения рабочего процесса надо согласовывать с коллегами.

Answer 2

[Алексей Ярков]

Никак, только submodule, о чём вам и написал git

Comments

[MishaXXL]

Я могу сделать какое-то исключение, чтобы он игнорировал .git и видел все файлы, кроме него, тем самым считал их просто папкой с файлами, а не репозиторием?

В .gitignore такое не сработало, всё равно считает их за репозитории

/client/.git
/server/.git

[Алексей Ярков]

MishaXXL,

такое не сработало, всё равно считает их за репозитории

Какая неожиданность )) Я же вам вроде всё написал. Вы хотите странного. Лучше всего вам монорепозиторий подойдёт.