fetch в git не получает все ветки

Я клонировал репозиторий, после чего кто-то еще создал новую ветку, над которой я хотел бы начать работать. Я прочитал руководство, и оно кажется невероятно простым. Странно, что это не работает, и все сообщения, которые я нашел, говорят о том, что я поступаю правильно. Поэтому я подвергну себя критике, потому что с этим должно быть что-то явно не так:

Правильное действие , кажется , что

git fetch
git branch -a
* master
  remotes/origin/HEAD --> origin/master
  remotes/origin/master
git checkout -b dev-gml origin/dev-gml

На этом этапе возникает проблема, по какой-то причине после того, как git fetchя не вижу удаленную ветку dev-gml. Почему нет? Если я клонирую репозиторий заново, он есть, поэтому, безусловно, существует удаленная ветка:

$ mkdir ../gitest
$ cd ../gitest
$ git clone https://github.com/example/proj.git
Cloning into proj...
remote: Counting objects: 1155, done.
remote: Compressing objects: 100% (383/383), done.
remote: Total 1155 (delta 741), reused 1155 (delta 741)
Receiving objects: 100% (1155/1155), 477.22 KiB | 877 KiB/s, done.
Resolving deltas: 100% (741/741), done.
$ cd projdir
$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev-gml
  remotes/origin/master

Я пытался git update, git pull, git fetch --all, git pretty-pleaseво всех возможных перестановках ...

Проблема может быть замечена при проверке remote.origin.fetchнастройки
(строки, начинающиеся с, $являются приглашениями bash с набранными мною командами. Остальные строки являются результирующим выводом)

$ git config --get remote.origin.fetch
+refs/heads/master:refs/remotes/origin/master

Как вы можете видеть, в моем случае, пульт дистанционного управления был настроен на выборку основной ветви только и только. Я исправил это, как показано ниже, включая вторую команду для проверки результатов.

$ git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"
$ git config --get remote.origin.fetch
+refs/heads/*:refs/remotes/origin/*

Подстановочный знак, *конечно, означает все под этим путем.

К сожалению, я увидел этот комментарий после того, как уже покопался и нашел ответ методом проб и ошибок.

У меня была эта проблема сегодня на репо.

Это не было +refs/heads/*:refs/remotes/origin/*проблемой согласно главному решению.

Симптом был просто , что git fetch originили git fetchпросто не появлялось ничего делать, хотя были удаленные ветви , чтобы принести.

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

удалить с помощью: git remote rm origin

и воссоздать с: git remote add origin <git uri>

Удаленное обновление

Вам нужно бежать

git remote update

или

git remote update <remote> 

Затем вы можете запустить git branch -rсписок удаленных филиалов.

Оформить заказ на новую ветку

Чтобы отследить (новую) удаленную ветку как локальную:

git checkout -b <local branch> <remote>/<remote branch>

или (иногда это не работает без дополнительного remotes/):

git checkout -b <local branch> remotes/<remote>/<remote branch>

Полезные хитрости

• Git Cheat Sheet ( Мой личный фаворит )
• Некоторые заметки о мерзавце
• Git шпаргалка (pdf)

напиши это из терминала

git fetch --prune.

это работает отлично.

Чтобы сделать его более конкретным, создайте отслеживающую ветвь, что означает, что вы сейчас отслеживаете удаленную ветвь.

git branch --track branch remote-branch
git branch --track exp remotes/origin/experimental

После чего вы можете

git branch   # to see the remote tracking branch "exp" created .

Тогда для работы над этой веткой делай

git checkout branchname
git checkout exp

После того, как вы внесли изменения в ветку. Вы можете выполнить git fetch и git merge с удаленной веткой отслеживания, чтобы объединить изменения и отправить в удаленную ветку, как показано ниже.

git fetch origin
git merge origin/experimental  
git push origin/experimental

Надеюсь, это поможет и даст вам представление о том, как это работает.

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

Также в моем случае git config --get remote.origin.fetchничего не вернули

Проблема в том, что в .git/configфайле в строке выборки соответствующего удаленного блока произошла опечатка . Вероятно, что-то, что я добавил по ошибке ранее (иногда я непосредственно просматриваю этот файл или даже редактирую его)

Итак, проверьте правильность вашей удаленной записи в .git/configфайле, например:

[remote "origin"]
    url = https://[server]/[user or organization]/[repo].git
    fetch = +refs/heads/*:refs/remotes/origin/*

Это может произойти из-за того, что вы переключаетесь между несколькими клонами, легко оказаться в неправильном дереве исходных текстов, пытаясь вытянуть несуществующую ветвь. Проще, когда клоны имеют схожие имена или репозитории являются отдельными клонами для одного и того же проекта от каждого из нескольких участников. Новый клон git, очевидно, решает эту «проблему», когда реальная проблема - потеря фокуса, рабочего контекста или того и другого.

Мне пришлось зайти в мои удаленные репозитории GitExtensions, так как здесь ничего не работало. Там я увидел, что 2 ветки не имеют настроенного удаленного хранилища. после регулировки выглядит следующим образом

В ветке Notice по- noExternal3прежнему отображается удаленный репозиторий. Не уверен, какое сочетание команд bash нашло бы или настроило это.

Была такая же проблема сегодня при настройке моего репо с нуля. Я перепробовал все, ничего не работало, кроме удаления источника и повторного добавления.

git remote rm origin
git remote add origin git@github.com:web3coach/the-blockchain-bar-newsletter-edition.git

git fetch --all
// Ta daaa all branches fetched

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

git fetch

git push origin branch_name

git branch -r

Надеюсь, что это поможет кто-то сталкивается с той же проблемой