Не отображается список веток после git clone

@kquick · Регистрация: 15.05.2014

Студворк — интернет-сервис помощи студентам

После клонирования репозитория с сервера, вывод комманды git branch не отображает никаких веток, пока явно не будет сделан git checkout <branch>. Почему так и как это исправить? Пользуюсь графическим клиентом и не удобно каждый раз после клонирования лезть в консоль, чтобы починить отображение веток. Может есть какая-то комманда для обновления статуса отоброжения всех веток, чтобы вбить ссылкой в графическом клиенте?

Добавлено через 15 минут
Кому интересно, нашел конвеер для принудительного задания отслеживания веток. Выполнять после клонирования:

Bash
1
git branch -r | grep -v HEAD | awk -F'/' '{print $2 " " $1"/"$2}' | xargs -L 1 git branch -f --track

@0x10 · 12.07.2015, 06:42

Сообщение от kquick

Может есть какая-то комманда для обновления статуса отоброжения всех веток, чтобы вбить ссылкой в графическом клиенте?

В опциях своего клиента и ищите.
В консольном клиенте — git branch -a.

@kquick · 12.07.2015, 16:21 **[ТС]**

Сообщение от 0x10

В опциях своего клиента и ищите.

Клиент стандартный git gui. Там я не нашел таких опций. Но там можно вбить свои консольные комманды в меню Tools.

Сообщение от 0x10

git branch -a

Ситуации не изменяет. Это только отображает все ветки, а не добавляет их в список вывода комманды

Bash
1
git branch

Судя по всему графичпеский клиент работает аналогично этой комманде при отображении списка веток.

Просто думал, может есть какая-то более простая комманда, чем такой длинный конвеер как в первом посте.

@0x10 · 12.07.2015, 16:26

Сообщение от kquick

Это только отображает все ветки, а не добавляет их в список вывода комманды

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

@kquick · 12.07.2015, 16:41 **[ТС]**

Сообщение от 0x10

Потому что не могу придумать зачем может понадобиться чекаутить абсолютно все удаленные ветки

Возможно, это не правильно, хранить несколько смежных проектов в одном репозитории, но ситуация следующая: есть несколько похожих проектов и файлы проектов занимают очень много места. Но, большая часть (окло 90%) у проектов одинаковая. Чтобы суммарный размер был небольшим, все проекты хранятся в одном репозитории и нужно переключаться между ними после клонирования.

@0x10 · 12.07.2015, 16:45

Хранение нескольких проектов в одном репозитории усложняет workflow. Если проекты релизятся независимо, то на каждый проект должен быть свой набор веток: релиз, разработка, хотфиксы и т. д.
Можно на каждый проект завести свой репозиторий, и отдельный репозиторий для общей части проектов. Естественно, это может потребовать внесение изменений в конфиги системы сборки, организаию кода и прочее, поэтому этот вариант как единственно верный не навязываю.

Новые блоги и статьи Все статьи Все блоги /
Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .	Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .
Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и напряжениями. Надо найти токи в ветвях. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и решает её. Последовательность действий:. . .	Новый CodeBlocs. Версия 25.03 palva 04.01.2026 Оказывается, недавно вышла новая версия CodeBlocks за номером 25. 03. Когда-то давно я возился с только что вышедшей тогда версией 20. 03. С тех пор я давно снёс всё с компьютера и забыл. Теперь. . .	Модель микоризы: классовый агентный подход anaschu 02.01.2026 Раньше это было два гриба и бактерия. Теперь три гриба, растение. И на уровне агентов добавится между грибами или бактериями взаимодействий. До того я пробовал подход через многомерные массивы,. . .	Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	12.07.2015, 16:45
	Хранение нескольких проектов в одном репозитории усложняет workflow. Если проекты релизятся независимо, то на каждый проект должен быть свой набор веток: релиз, разработка, хотфиксы и т. д. Можно на каждый проект завести свой репозиторий, и отдельный репозиторий для общей части проектов. Естественно, это может потребовать внесение изменений в конфиги системы сборки, организаию кода и прочее, поэтому этот вариант как единственно верный не навязываю. 1