Как скачать все ветки если Git их не видит?

Question

[ExeLover]

Я сделал форк проекта и клонирую его к себе на пк. Использую команду

git clone https://github.com/Username/Repo --depth 900

Использую git branch -a или -r как сказано в гайдах, но вижу только master и HEAD. В гайдах не сказано что делать в таких случая.
Список веток для подтверждения:

Comments

[rPman]

зачем лимитировать --depth 900

[ExeLover]

rPman, интернет больше не позволяет. Далее RPC failed

[Kentavr16]

ExeLover, раньше работал с гитом?

[ExeLover]

Kentavr16, был некоторый опыт, но не прямо таки умею

Answer 1

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

Вы сами попросили гит не скачивать весь репо, а скачать только 900 коммитов основной ветки. (параметром --depth 900). Это называется поверхностная копия shallow clone.

Сейчас вы можете докачать всё с помощью команды
git fetch --unshallow
либо
git fetch --all

Если интернет ограничен, вы можете скачать например только последний коммит нужной ветки
git fetch origin updater --depth=1
И распаковать в рабочий каталог его
git checkout updater

Answer 2

[Isa000]

git fetch
git checkout <ветка которая тебе нужна>

Answer 3

[Дмитрий]

я, конечно, не куратор тега git, но крайне удивлен, что никто не предложил
git clone --mirror

https://git-scm.com/docs/git-clone#Documentation/g...

и ограничить скорость

git config --global http.postBuffer 524288000
git config --global http.lowSpeedLimit 1000
git config --global http.lowSpeedTime 60

Comments

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

Как bare-репозиторий тут поможет?

[Дмитрий]

Сергей Кузнецов, у него проблема, что нет всех веток + медленный инет
сделать полностью зеркало на низкой скорости разве не решит его проблему?

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

Дмитрий, я спросил, как отсутствие рабочего каталога решит проблемы с сетью?

[Дмитрий]

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

[Дмитрий]

Сергей Кузнецов, разверну ответ
1 ограничиваем скорость (на самом деле можно поиграться с keep alive, но мне так больше нравится)
2 делаем копию через --mirror
```
git clone --mirror
```
качается быстро, так как качаем только данные гита баз рабочего каталога
3 клонируем реп указав папку копии
```
git clone \path\to\bare \path\to\full
```

и вот уже на этом этапе у него git branch -r должно начать показывать все ветки

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

Дмитрий,

Рабочий каталог, это то место, куда извлекаются состояние проекта из репозитория.
Сам рабочий каталог не является частью репозитория, это просто каталог с файлами.
Файлы рабочего каталога не скачиваются по сети, а извлекаются из локальной копии репозитория.

На гитхабе нет никакого рабочего каталога, так как там лежит именно голый репо (bare).

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

Указав ключ mirror вы тем самым говорите гиту локально тоже не создавать рабочий каталог, что не имеет никакого смысла. Рабочий каталог создавался бы уже после того, как репо скачан.

За советы поиграться с настройками сети спасибо. Я сам не проверял эти опции, так как никогда не было подобных проблем. Я лишь ответил на вопрос «Почему не видно веток если они не скачивались?»

[Дмитрий]

Сергей Кузнецов,
> Я лишь ответил на вопрос «Почему не видно веток если они не скачивались?»
так а зачем отвечать на вопрос почему, если человек приходит за решением проблемы?
ему нужно, чтоб при плохом инете он мог переключаться по веткам

мой вариант решения - сделать копию репа

например тут довольно подробное объяснение зачем mirror
https://graphite.dev/guides/git-clone-bare-mirror

"After executing a mirror clone command, the entire structure and history of the original repository, including all branches and tags, are replicated locally" - решает проблему с недоступностью всех веток. С мирроу они 100% будут видны

И там жа объясняют, зачем вобще нужно мирроу
"Use mirror clones for exact replicas of a repository, especially for creating backups or transitioning to a new server" - его кейс не подходит полностью. Напрямую оно не предназначено для клонирования репа и получения полностью рабочей копии. Но тк у него проблемы с инетом, разбив реп на куски, мы можем дальше выкачивать только нужные ветки

Но, на самом деле, я бы ограничился keep alive или ограничением скорости. И тупо склонировал реп как обычно, без shallow и прочих ограничений. Тк мой вариант может и решит, но сложнее

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

Дмитрий,

так а зачем отвечать на вопрос почему, если человек приходит за решением проблемы?

Мы решаем именно ту проблему, которую озвучил автор вопроса. Проблемы с сетью или ограничением скорости он не упоминал.

В статье, на которую вы ссылаетесь, говорится:

This is particularly useful for creating backups or read-only mirrors of the repository for archival purposes.

Т. е. речь идёт о создании резервных копий или зеркал репозитория, а не о полноценном рабочем репозитории.

Mirror не требуется для скачивания всех веток. Все ветки уже скачиваются при обычном клонировании. Зеркальное клонирование (--mirror) дополнительно включает хуки и некоторые параметры конфигурации, но эти данные, как правило, не нужны для обычной работы с репозиторием.

разбив реп на куски, мы можем дальше выкачивать только нужные ветки

Надеюсь, вы понимаете, что ветка в Git — это лишь указатель на конкретное состояние (хэш коммита). Ничто не мешает скачать все эти указатели сразу. Например, можно использовать фильтр:

git clone --filter=blob:none --no-checkout https://github.com/Username/Repo.git

Этот подход позволяет скачать ссылки (ветки) и структуру репозитория без лишних данных, что делает его более подходящим для экономии трафика.