Приложение git, как добавить каталоги git-sub

Question

У меня есть сценарий, в котором я перемещаю всю свою файловую структуру в git-annex.

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

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

---

Почему я хочу это сделать?

У меня есть полная, хорошо организованная структура папок со всем, что для меня важно. Прямо сейчас я храню на своем ноутбуке папку ENTIRE с 2 резервными копиями на внешние HD-диски. Это означает, что большая часть моего HD-пространства используется файлами, к которым мне действительно может понадобиться доступ один раз в год. Приложение Git решит эту проблему, отслеживая эти редко используемые файлы, и при этом все не будет дезорганизовано (и, следовательно, в конечном итоге потеряно), поэтому я могу хранить их в других местах. Не стесняйтесь предлагать другие инструменты, которые могут соответствовать моим потребностям.

Answer 1

Обходной путь от пользователя EvanDeaubl: https://git-annex.branchable.com/forum/Git_repos_in_git_annex__63__/

В настоящее время я храню git-репозитории внутри моего приложения, используя отдельный git-каталог, чтобы git не обнаруживал вложенный репозиторий и не вставал при его добавлении. Выполнение git clone или git init с аргументом --separate-git-dir = помещает в этот каталог то, что обычно находится в .git, и на его месте создает простой файл .git, который ссылается на разделенный git dir.

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

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

Не совсем решение, но это может быть приемлемым решением.