Как грамотно вытащить мини-проект из гит-репозитория

А в чём проблема? Тут никакой магии нет. Удаляешь файлы из одной репы, добавляешь их в другую и делаешь вторую субмодулем первой.

git subtree split -P <name-of-folder> -b <name-of-new-branch>

И ещё несколько способов. Гугли «git split directory into new repository».

ЗЫ: а суб-модули – это ты зря. Намучаешься ещё больше.

а суб-модули – это ты зря. Намучаешься ещё больше.

Ну я ими не пользовался, поэтому не знаю. В общем, мне просто нужно чтобы большой репозиторий мог «видеть» маленький. Лучше subtree?

Кстати, как можно ветку, которая сейчас стоит на старом коммите master’а, подтянуть к последнему коммиту master’а?

Вариант А:

git rebase master
# по дороге чинить, что сломается
git push --force

Вариант Б:

git merge master

Я предпочитаю А (чистая история, но нужен force), но люди которые боятся git делают Б (получается guitar hero в коммитах, но более безопасно для непосвящённых).

Лучше или полностью разделить и подтягивать зависимости другим способом.

Либо не мучать попу и оставить всё в mono-repo.

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

Человек только освоил git на уровне трёх-колёсного велосипеда.

мой опыт использования гита сводится к коммитам, пушам и созданием/сливанием веток

А ты ему сразу уницикл подсовываешь. ;D

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

А submodule ничего сверх этого и не требует.

Согласен. Сабмодули не уницикл, а независимый камень на шею.

https://git-scm.com/docs/git-sparse-checkout

Вроде git filter-repo для этого. Ну, подразумевая что ты хочешь получить новую репу с нормальной историей и готов убить совместимость со старым репозиторием.