Не отображается список веток после 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. Если проекты релизятся независимо, то на каждый проект должен быть свой набор веток: релиз, разработка, хотфиксы и т. д.
Можно на каждый проект завести свой репозиторий, и отдельный репозиторий для общей части проектов. Естественно, это может потребовать внесение изменений в конфиги системы сборки, организаию кода и прочее, поэтому этот вариант как единственно верный не навязываю.

Новые блоги и статьи Все статьи Все блоги /
сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? 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 законам Кирхгофа и. . .

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