Dlaczego moje repozytorium Git weszło w stan odłączonego HEAD?

Skończyło się dzisiaj z odłączoną głową, ten sam problem, jak opisano w: git push mówi wszystko na bieżąco, mimo że mam lokalne zmiany

O ile wiem, nie zrobiłem nic niezwykłego, po prostu zatwierdzam i wypycham z mojego lokalnego repozytorium.

Więc jak skończyłem z detached HEAD?

Każde pobranie zatwierdzenia, które nie jest nazwą jednego z twoich oddziałów, da ci odłączony HEAD. SHA1, który reprezentuje wierzchołek gałęzi, wciąż daje odłączoną GŁOWĘ. Tylko kasa lokalnego oddziału nazwy unika tego trybu.

Zobacz zatwierdzanie z odłączonym HEAD

Gdy HEAD jest odłączony, zatwierdzenia działają normalnie, tyle że żadna nazwana gałąź nie jest aktualizowana. (Możesz myśleć o tym jak o anonimowej gałęzi).

Na przykład, jeśli kasujesz „zdalną gałąź” bez uprzedniego jej śledzenia, możesz skończyć z odłączonym HEAD.

Zobacz git: przełącz gałąź bez odłączania głowy

Dzięki Git 2.23 (sierpień 2019 r.) Nie musisz już używać mylącego git checkoutpolecenia .

git switch może również sprawdzić oddział i uzyskać odłączenie HEAD, z wyjątkiem:

• ma wyraźną --detachopcję

Aby sprawdzić zatwierdzenie HEAD~3do tymczasowej inspekcji lub eksperymentu bez tworzenia nowego oddziału:

git switch --detach HEAD~3
HEAD is now at 9fc9555312 Merge branch 'cc/shared-index-permbits'

• nie można go odłączyć przez pomyłkę oddziału zdalnego śledzenia

Widzieć:

C:\Users\vonc\arepo>git checkout origin/master
Note: switching to 'origin/master'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by switching back to a branch.

Vs. za pomocą nowego git switchpolecenia:

C:\Users\vonc\arepo>git switch origin/master
fatal: a branch is expected, got remote branch 'origin/master'

Jeśli chcesz utworzyć nowy oddział lokalny śledzący oddział zdalny:

git switch <branch> 

Jeśli <branch>nie zostanie znalezione, ale istnieje dokładnie gałąź śledzenia w jednym pilocie (nazwij ją <remote>) o pasującej nazwie, traktuj ją jako odpowiednik

git switch -c <branch> --track <remote>/<branch>

Nigdy więcej błędu!
Nigdy więcej niechcianych odłączonych HEAD!

Właśnie to odtworzyłem przypadkiem:

1. wyświetla zdalne gałęzie

   git branch -r
         origin/Feature/f1234
         origin/master
   

2. Chcę sprawdzić jeden lokalnie, więc wycinam wklej:

   git checkout origin/Feature/f1234
   

3. Presto! Odłączony stan HEAD

   You are in 'detached HEAD' state. [...])
   

Rozwiązanie nr 1:

Nie umieszczaj origin/z przodu mojej specyfikacji oddziału podczas sprawdzania:

git checkout Feature/f1234

Rozwiązanie nr 2:

Dodaj -bparametr, który tworzy gałąź lokalną ze zdalnego

git checkout -b origin/Feature/f1234 lub

git checkout -b Feature/f1234 automatycznie wróci do źródła

próbować

git reflog 

daje to historię tego, jak twoje HEAD i wskaźniki gałęzi były przenoszone w przeszłości.

np .:

88ea06b HEAD @ {0}: kasa: przejście z DEVELOPMENT do pilotów / origin / SomeNiceFeature e47bf80 HEAD @ {1}: ściągnij origin DEVELOPMENT: Przewijanie do przodu

góra tej listy jest jednym z powodów, dla których można napotkać stan ODŁĄCZONEJ GŁOWICY ... sprawdzanie zdalnej gałęzi śledzenia.

Może się to łatwo zdarzyć, jeśli spróbujesz cofnąć zmiany dokonane przez ponowne sprawdzenie plików i niezupełne dostosowanie składni.

Możesz spojrzeć na wynik git log- możesz wkleić tutaj ogon dziennika od ostatniego udanego zatwierdzenia, a my wszyscy możemy zobaczyć, co zrobiłeś. Lub możesz wkleić-bin i ładnie poprosić #gitna IRC freenode.

Może się to zdarzyć, jeśli masz tag o nazwie takiej samej jak gałąź.

Przykład: jeśli „release / 0.1” to nazwa znacznika, to

git checkout release/0.1

tworzy odłączoną HEAD przy „release / 0.1”. Jeśli spodziewasz się, że wersja / 0.1 jest nazwą oddziału, to jesteś zdezorientowany.

Detached HEAD oznacza, że ​​to, co obecnie jest wyewidencjonowane, nie jest oddziałem lokalnym.

Niektóre scenariusze, które spowodują Detached HEADstan:

• Powiedzmy, jeśli kasujesz zdalny oddziałorigin/master . To gałąź tylko do odczytu. Tak więc, podczas tworzenia zatwierdzenia z origin/masterniego będzie on swobodny , tzn. Nie będzie podłączony do żadnej gałęzi.

• Jeśli kasujesz określony tag lub zatwierdzasz . Podczas wykonywania nowego zatwierdzenia stąd, ponownie będzie on swobodny , tj. Nie będzie podłączony do żadnej gałęzi. Zauważ, że kiedy gałąź jest wyewidencjonowana, nowe zatwierdzenia zawsze są automatycznie umieszczane na końcu.

  Jeśli chcesz wrócić i sprawdzić konkretny zatwierdzenie lub znacznik, aby rozpocząć pracę od tego miejsca, możesz utworzyć nową gałąź pochodzącą z tego zatwierdzenia i przejść do niego git checkout -b new_branch_name. Zapobiegnie to Detached HEADstanowi, ponieważ masz teraz wyewidencjonowany oddział, a nie zatwierdzenie.

Prostym przypadkowym sposobem jest zrobienie git checkout headliterówki HEAD.

Spróbuj tego:

git init
touch Readme.md
git add Readme.md
git commit
git checkout head

co daje

Note: checking out 'head'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at 9354043... Readme

Innym sposobem na wejście w stan odłączonej głowy git jest próba zatwierdzenia do zdalnej gałęzi. Coś jak:

git fetch
git checkout origin/foo
vi bar
git commit -a -m 'changed bar'

Pamiętaj, że jeśli to zrobisz, każda kolejna próba sprawdzenia pochodzenia / foo spowoduje powrót do stanu odłączonej głowy!

Rozwiązaniem jest utworzenie własnego lokalnego oddziału foo, który śledzi pochodzenie / foo, a następnie opcjonalnie push.

Prawdopodobnie nie ma to nic wspólnego z twoim pierwotnym problemem, ale ta strona jest wysoko w hitach Google dla „git odłączona głowa”, a ten scenariusz jest poważnie niedokumentowany.

Kiedy kasujesz do zatwierdzenia git checkout <commit-hash>lub do zdalnej gałęzi, HEAD zostanie odłączony i spróbuje utworzyć na nim nowe zatwierdzenie.

Zatwierdzenia, które nie są osiągalne przez żaden oddział lub tag, zostaną wyrzucone do pamięci i usunięte z repozytorium po 30 dniach.

Innym sposobem rozwiązania tego jest utworzenie nowej gałęzi dla nowo utworzonego zatwierdzenia i pobranie go. git checkout -b <branch-name> <commit-hash>

W tym artykule pokazano, jak uzyskać stan odłączonego HEAD .