Git: не отображается новая удаленная ветка

119

Коллега подтолкнул новую удаленную ветку к origin / dev / homepage, и я не вижу ее, когда запускаю:

$ git branch -r

Я все еще вижу существующие удаленные ветки.

Я предполагаю, что это связано с тем, что мои локальные удаленные ссылки не обновлены, поэтому, когда я запустил git pull, ничего не произошло, поскольку git pull правильно вытягивает только текущую рабочую ветку? В отличие от git push, который подталкивает все ветки, в которых есть изменения, к соответствующей удаленной ветке?

git remote-branch

— гибрид9
источник

Связанная проблема - Невозможно увидеть удаленную ветку

— RBT

1

удалось забыть git pull, спасибо

— Елена Чуклина

1

В моем случае все git fetch <name-of-remote>получилось. Без названия пульта НЕ работал.

— Menno Deij - van Rijswijk,

166

Во-первых, дважды проверьте, действительно ли ветка была удалена, с помощью команды git ls-remote origin. Если в выходных данных появляется новая ветка, попробуйте дать команду git fetch: она должна загрузить ссылки на ветки из удаленного репозитория.

Если ваша удаленная ветка по-прежнему не отображается, дважды проверьте (в ls-remoteвыходных данных), каково имя ветки на удаленном компьютере и, в частности, начинается ли оно с refs/heads/. Это потому, что по умолчанию значение remote.<name>.fetch:

+refs/heads/*:refs/remotes/origin/*

так что только удаленные ссылки, имя которых начинается с, refs/heads/будут отображаться локально как ссылки удаленного отслеживания refs/remotes/origin/(т.е. они станут ветвями удаленного отслеживания)

— Марко Леогранде
источник

4

Я смог увидеть новую удаленную ветку после выполнения git fetch origin, но не уверен, в чем разница, если я просто выполнил git fetch? Я читал об удаленном обновлении git, но не понимал, что это могло бы сделать. Нужно ли мне запускать git fetch для любых новых удаленных веток отсюда?

— гибрид 9

1

@ hybrid9 Если вы используете git fetch, git загрузит ссылки из удаленного репозитория по умолчанию, который был указан в .git/config: обычно он будет вызываться origin, поэтому обе команды эквивалентны, но ваша конкретная конфигурация по какой-то причине может отличаться. Нет, вам не нужно отдавать git fetchдля каждой ветки, так как (по умолчанию) он выбирает все ветки.

— Марко Леогранде

1

@ hybrid9 git pullэквивалентен git fetch+ git merge(или git rebaseесли вы изменили значения по умолчанию), поэтому вы можете продолжать использовать git pullкак обычно, и новые удаленные ветки появятся сами собой.

— Марко Леогранде

1

Изначально я запускал git pull, но никогда не видел этой новой удаленной ветки, которая меня действительно смутила. Только пока я не запустил git fetch origin. Я ценю время, потраченное на ответы на мои вопросы.

— гибрид 9

2

@hybrid У меня такая же проблема. git ls-remote gerritrepo:projectпоказывает новую удаленную ветку, но git branch -aнет ... Мне нужно сделать еще один клон, и только тогда появится новая ветка

— Викрам

80

Проверить, .git/configсодержит ли

[remote "origin"]
    url = …
    fetch = +refs/heads/master:refs/remotes/origin/master

Если да, измените его на

[remote "origin"]
    url = …
    fetch = +refs/heads/*:refs/remotes/origin/*

Тогда вы сможете его использовать:

$ git fetch
remote: Counting objects: …
remote: Compressing objects: ..
Unpacking objects: …
remote: …
From …
 * [new branch]            branchname -> origin/branchname
$ git checkout branchname
Branch branchname set up to track remote branch branchname from origin.
Switched to a new branch 'branchname'

— Джесси Глик
источник

12

Это случилось со мной после первоначального неглубокого клона.

— ArkTekniK

Отлично!!! Большое спасибо! Это случилось со мной при установке пользовательского крана Homebrew с помощью команды brew tap user/repo: локальная копия репо, клонированная с помощью, brewимела указанные вами настройки, и было невозможно увидеть и использовать другие ветки, которые у меня были в моем репо. Еще раз спасибо! :) +1!

— rmbianchi

3

Следующая команда может использоваться вместо ручного редактирования файла .git / config . git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"а затем git fetch originполучить все ветки по происхождению .

— dotnetCarpenter

это хороший!

— madz

47

Самый простой ответ:

git fetch origin <branch_name>

— Яцек Дзюрджиковски
источник

2

Это было буквально ЕДИНСТВЕННОЕ, что сработало для меня.

— Теодор Р. Смит

3

У меня это не работает. Я получаю эту ошибку:fatal: Couldn't find remote ref <branch_name>

— Parisa Khateri

3

да, это сработало и для меня, после того, как этот git checkout работал нормально !!

— whoami

30

Делая удаленного обновления git также обновит список веток, доступных из удаленного репозитория.

Если вы используете TortoiseGit, начиная с версии 1.8.3.0, вы можете выполнить «Git -> Sync», и в нижнем левом углу появившегося окна появится кнопка «Удаленное обновление». Щелкните это. Затем вы сможете выполнить «Git -> Switch / Checkout», и новая удаленная ветка появится в раскрывающемся списке ветвей, которые вы можете выбрать.

— метагорня
источник

18

git remote updateэто старый способ сделать это, более новая предпочтительная команда git fetch.

В моей версии TortoiseGit (2.8.0.0) кнопка в левом нижнем углу имеет несколько параметров под стрелкой и запоминает то, что вы выбрали ранее. Это означает, что на кнопке может не указываться «Удаленное обновление». Если вы не использовали его раньше, он скажет «Тянуть». Итак, нажмите на стрелку, и вы увидите «Удаленное обновление» в списке опций.

— Майкл Хайндс

14

Допустим, мы ищем релиз / 1.0.5

Когда git fetch -allэто не работает , и что вы не можете видеть удаленный филиал и git branch -rне показывать эту конкретную отрасль.

1. Вывести все ссылки с удаленного компьютера (ветки, теги, ...):

git ls-remote origin Должен показать вам удаленную ветку, которую вы ищете.

e51c80fc0e03abeb2379327d85ceca3ca7bc3ee5        refs/heads/fix/PROJECT-352
179b545ac9dab49f85cecb5aca0d85cec8fb152d        refs/heads/fix/PROJECT-5
e850a29846ee1ecc9561f7717205c5f2d78a992b        refs/heads/master
ab4539faa42777bf98fb8785cec654f46f858d2a        refs/heads/release/1.0.5
dee135fb65685cec287c99b9d195d92441a60c2d        refs/heads/release/1.0.4
36e385cec9b639560d1d8b093034ed16a402c855        refs/heads/release/1.0
d80c1a52012985cec2f191a660341d8b7dd91deb        refs/tags/v1.0

В выводе появится новая ветка 'release / 1.0.5'.

2. Принудительно получить удаленную ветку:

git fetch origin <name_branch>:<name_branch>

$ git fetch origin release/1.0.5:release/1.0.5

remote: Enumerating objects: 385, done.
remote: Counting objects: 100% (313/313), done.
remote: Compressing objects: 100% (160/160), done.

Receiving objects: 100% (231/231), 21.02 KiB | 1.05 MiB/s, done.
Resolving deltas: 100% (98/98), completed with 42 local objects.
From http://git.repo:8080/projects/projectX
 * [new branch]        release/1.0.5 -> release/1.0.5

Теперь у вас также есть ссылки локально, вы проверяете (или что-то еще) эту ветку.

Работа выполнена!

— jpmottin
источник

1

Ты спасатель :)

— Чакри

№2 было тем, что я искал. Спасибо!

— Матфей,

4

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

— BlackHatSamurai
источник

Ой! Хороший!

— Marc

2

Я использовал грубую силу и удалил пульт, а затем добавил его

git remote rm <remote>
git remote add <url or ssh>

— Резиновая утка
источник

1

В конце концов, у меня сработало добавление имени удаленного репозитория к git fetchкоманде, например:

git fetch core

Теперь вы можете увидеть их все вот так:

git branch --all

— Серж Саган
источник

0

Вы можете проверить удаленную ветку / n git fetch && git checkout remotebranch

— тао ву
источник