P:\Project>tree
.
└───project.loc
├───.git # репо созданное командой git clone https://github.com/B1.git .
└───packages
├───.git # пустой репо из git init который вас просят теперь сделать Publish Branch
└───project2
└───.git # это из clone https://github.com/project2.git
mkdir project.loc
cd project.loc #эта команда не пропущена?
git clone https://github.com/B1.git .
cd packages/
git init # Зачем?
git clone https://github.com/B2.git # точка тут тоже была?
Проц амд райзен3 не поддерживает хиперХ
git add .
git lfs install
git lfs track "*.psd"
git remote set-url origin https://gitlab.com/username/repo.git
Ну клонируем не весь репозиторий, а только одну ветку.
найти хитрый баг, который не ясно когда точно появился..надо делать "бинарный поиск" по коммитам назад
Верный ответ - клонировать по хэшу нельзя - work as designed как говорится..
git init
git fetch --depth=1 <repository_url> <commit_hash>
git checkout FETCH_HEAD
Но зачем? папка не вернулась в состояние точь-в-точь с коммитом
Github desktop предлагает сохранить изменения(по идее их быть не должно)
git restore --source=HEAD --staged --worktree .
git restore --source=sha_коммита --staged --worktree .
git checkout sha_коммита -- .
-- .
означает все файлы. Без этой добавки тоже извлечет все файлы, но ещё и передвинет указатель HEAD на данный коммит, но вы этого хотите избежать.git restore --source=sha_коммита -- .
Это некорректное утверждение.
Повторю ещё раз — связывается оно в момент clone.
У вас не получается отобразить сразу основной и вложенный репо во вкладке Source Control.
А зачем вам это? У меня один раз получилось. Но воспроизвести теперь не могу ))
Откройте в VSCode папку ~/Projects/b24.loc/ и увидите основной репо и его связью.
Открыв папку ~/Projects/b24.loc/packages/server увидите репо который там.
Через меню File — Open Folder...