fetch w git nie ma wszystkich gałęzi

Sklonowałem repozytorium, po którym ktoś utworzył nowy oddział, nad którym chciałbym zacząć pracować. Przeczytałem instrukcję i wydaje się, że jest to całkiem proste. O dziwo, to nie działa, a wszystkie posty, które znalazłem, sugerują, że robię dobrze. Poddaję się więc baranowaniu, ponieważ z tym musi być oczywiście coś nie tak:

Wydaje się, że właściwe jest działanie

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

W tym momencie jest problem, z jakiegoś powodu po tym, git fetchjak nie widzę zdalnej gałęzi dev-gml. Dlaczego nie? Jeśli świeżo sklonuję repozytorium, to już tam jest, więc na pewno istnieje gałąź zdalna:

$ 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

Próbowałem git update, git pull, git fetch --all, git pretty-pleasewe wszystkich możliwych permutacji ...

Problem można zobaczyć podczas sprawdzania remote.origin.fetchustawienia
(wiersze rozpoczynające się od $są poleceniami bash z wpisanymi poleceniami. Pozostałe wiersze to wynikowy wynik)

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

Jak widać, w moim przypadku pilot został ustawiony tak, aby specyficznie i tylko pobierał gałąź master. Naprawiłem to zgodnie z poniższym opisem, w tym drugie polecenie sprawdzania wyników.

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

Symbol wieloznaczny *oczywiście oznacza wszystko pod tą ścieżką.

Niestety widziałem ten komentarz po tym, jak już go przekopałem i znalazłem odpowiedź metodą prób i błędów.

Miałem dzisiaj ten problem na repozytorium.

To nie było +refs/heads/*:refs/remotes/origin/* problem jak na najlepsze rozwiązanie.

Objawem było po prostu to git fetch originlubgit fetch po prostu nie wydają się nic zrobić, chociaż były odległe oddziały do pobrania.

Po wypróbowaniu wielu rzeczy usunąłem pilot źródłowy i odtworzyłem go. Wydaje się, że to naprawiło. Nie wiem dlaczego.

usuń za pomocą: git remote rm origin

i odtwórz z: git remote add origin <git uri>

Zdalna aktualizacja

Musisz biec

git remote update

lub

git remote update <remote> 

Następnie możesz uruchomić, git branch -raby wyświetlić listę zdalnych gałęzi.

Kasa nowego oddziału

Aby śledzić (nową) gałąź zdalną jako gałąź lokalną:

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

lub (czasami nie działa bez dodatkowych remotes/):

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

Pomocne ściągawki

• Ściągawka Git ( moja ulubiona )
• Kilka uwag na temat gita
• Ściągawka Git (pdf)

napisz to z terminala

git fetch --prune.

to działa dobrze.

Aby uczynić go bardziej szczegółowym Utwórz gałąź śledzenia, co oznacza, że ​​śledzisz teraz gałąź zdalną.

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

Po czym możesz

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

Następnie pracuj nad tym oddziałem

git checkout branchname
git checkout exp

Po wprowadzeniu zmian w oddziale. Możesz pobierać i scalać za pomocą gałęzi zdalnego śledzenia, aby scalić zmiany i przekazać je do zdalnej gałęzi, jak poniżej.

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

Mam nadzieję, że to pomaga i daje wyobrażenie o tym, jak to działa.

Miałem podobny problem, jednak w moim przypadku mogłem przyciągnąć / wcisnąć do zdalnego oddziału, ale git statusnie pokazałem stanu oddziału lokalnego względem zdalnych.

Również w moim przypadku git config --get remote.origin.fetchnic nie zwróciło

Problem polega na tym, że w literaturze było literówka .git/config w wierszu pobierania odpowiedniego zdalnego bloku . Prawdopodobnie coś, co wcześniej przez pomyłkę dodałem (czasami patrzę bezpośrednio na ten plik, a nawet go edytuję)

Sprawdź więc, czy Twój zdalny wpis w .git/configpliku jest poprawny, np .:

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

Przyczyną może być moment twarzy: jeśli przełączysz się między kilkoma klonami, łatwo znajdziesz się w niewłaściwym drzewie źródłowym, próbując wyciągnąć nieistniejącą gałąź. Łatwiej jest, gdy klony mają podobne nazwy lub repo to odrębne klony dla tego samego projektu od każdego z wielu współautorów. Wydaje się, że nowy klon git rozwiązałby ten „problem”, gdy prawdziwym problemem jest utrata koncentracji lub kontekst pracy lub jedno i drugie.

Musiałem przejść do moich zdalnych repozytoriów GitExtensions, ponieważ nic tutaj nie działało. Tam zobaczyłem, że 2 oddziały nie mają skonfigurowanego zdalnego repozytorium. po dostosowaniu wygląda następująco

Oddział powiadomień noExternal3nadal pokazuje, że nie ma zdalnego repozytorium. Nie jestem pewien, jakie kombinacje poleceń bash mogłyby to znaleźć lub dostosować.

Miałem ten sam problem podczas konfigurowania mojego repozytorium od zera. Próbowałem wszystkiego, nic nie działało oprócz usunięcia źródła i ponownego dodania go ponownie.

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

Mieliśmy ten sam problem i musisz go użyć

git fetch

git push origin branch_name

git branch -r

Mam nadzieję, że pomoże to komuś, kto zmaga się z tym samym problemem