Git checkout: aktualizacja ścieżek jest niezgodna z przełączaniem gałęzi

Składnia Alternatywna,

git fetch origin remote_branch_name:local_branch_name

Po wypróbowaniu większości z tego, co mogłem przeczytać w tym wątku bez powodzenia, natknąłem się na ten: Zdalna gałąź nie pojawia się w "GIT branch-R"

Okazało się, że mój .plik git/config był nieprawidłowy. Po wykonaniu prostej poprawki pojawiły się wszystkie gałęzie.

Od

[remote "origin"]
    url = http://stash.server.com/scm/EX/project.git
    fetch = +refs/heads/master:refs/remotes/origin/master

Do

[remote "origin"]
    url = http://stash.server.com/scm/EX/project.git
    fetch = +refs/heads/*:refs/remotes/origin/*

Did the trick

Nie jestem pewien, czy jest to pomocne, czy dokładnie istotne dla Twojego pytania, ale jeśli próbujesz pobrać i pobrać tylko jedną gałąź ze zdalnego repozytorium, to następujące polecenia Gita wykonają ten trik:

url= << URL TO REPOSITORY >>
branch= << BRANCH NAME >>

git init
git remote add origin $url
git fetch origin $branch:origin/$branch
git checkout -b $branch --track origin/$branch

Żadne z powyższych nie zadziałało. Moja sytuacja jest nieco inna, moja odległa gałąź nie znajduje się w origin . ale w innym repozytorium.

git remote add remoterepo GIT_URL.git
git fetch remoterepo
git checkout -b branchname remoterepo/branchname

Wskazówka: Jeśli nie widzisz zdalnej gałęzi w następującym wyjściu git branch -v -a, nie ma możliwości jej sprawdzenia.

Potwierdzona praca na 1.7.5.4

Dla mnie to co działało to:

git fetch

Który ściąga wszystkie refy do twojej maszyny dla wszystkich gałęzi na pilocie. Then I could do

git checkout <branchname>

Podejrzewam, że nie istnieje żadna zdalna gałąź o nazwie remote-name, ale że przypadkowo stworzyłeś lokalną gałąź o nazwie origin / remote-name.

Czy to możliwe, że w pewnym momencie wpisałeś:

git branch origin/remote-name

Tworząc w ten sposób lokalną gałąź o nazwie origin / remote-name? Wpisz to polecenie:

git checkout origin/remote-name

Zobaczysz:

Switched to branch "origin/remote-name"

Co oznacza, że to naprawdę źle nazwana lokalna gałąź, lub

Note: moving to "origin/rework-isscoring" which isn't a local branch
If you want to create a new branch from this checkout, you may do so
(now or later) by using -b with the checkout command again. Example:
  git checkout -b 

To nie jest zbyt intuicyjne, ale to działa dobrze dla mnie ...

  mkdir remote.git & cd remote.git & git init
  git remote add origin $REPO
  git fetch origin $BRANCH:refs/remotes/origin/$BRANCH        

Następnie uruchom polecenie git branch --track ...

  git branch --track $BRANCH origin/$BRANCH

Czy twój problem może być powiązany z tym drugim pytaniem "problem z kasą"?

Czyli problem związany z:

• stara wersja Git
• ciekawa składnia checkout, która powinna brzmieć: git checkout -b [<new_branch>] [<start_point>], z [<start_point>] odnoszącym się do nazwy commita, przy którym należy uruchomić nową gałąź, a 'origin/remote-name' to nie to.
  (a także git branch obsługuje punkt startowy będący nazwą zdalnej gałęzi)

Uwaga: co do checkout.sh skrypt mówi jest:

  if test '' != "$newbranch$force$merge"
  then
    die "git checkout: updating paths is incompatible with switching branches/forcing$hint"
  fi

Wygląda to tak, jakby składnia Git checkout-b [] [remote_branch_name] zmieniała zarówno nazwę gałęzi, jak i resetowała nowy punkt początkowy nowej gałęzi, co jest uważane za niezgodne.

Po pobraniu z milion razy nadal dodane piloty nie pojawiły się, chociaż plamy były w basenie. Okazuje się, że opcja --tags nie powinna być podawana git remote add z jakiegokolwiek powodu. Można ręcznie usunąć go z.git / config aby Git fetch stworzył refs.

Dla mnie miałem literówkę i moja zdalna gałąź nie istniała

Użyj git branch -a, aby wyświetlić listę zdalnych gałęzi