Naprawić odłączoną głowę Git?

Pracowałem trochę w moim repozytorium i zauważyłem, że plik zawiera zmiany lokalne. Nie chciałem ich już, więc usunąłem plik, myśląc, że mogę po prostu pobrać świeżą kopię. Chciałem zrobić odpowiednik Git

svn up .

Korzystanie git pullnie wydawało się działać. Niektóre losowe wyszukiwanie doprowadziło mnie do strony, na której ktoś polecił zrobić

git checkout HEAD^ src/

( srcto katalog zawierający usunięty plik).

Teraz dowiaduję się, że mam odłączoną głowę. Nie mam pojęcia co to jest. Jak mogę cofnąć?

Odłączona głowa oznacza, że ​​nie jesteś już w gałęzi, sprawdziłeś pojedyncze zatwierdzenie w historii (w tym przypadku zatwierdzenie poprzedzające HEAD, tj. HEAD ^).

Jeśli chcesz usunąć zmiany związane z odłączonym HEAD

Musisz tylko sprawdzić kasę, w której byłeś, np

git checkout master

Następnym razem, gdy zmienisz plik i chcesz przywrócić go do stanu z indeksu, nie usuwaj go najpierw, po prostu zrób

git checkout -- path/to/foo

Spowoduje to przywrócenie pliku foo do stanu, w którym znajduje się w indeksie.

Jeśli chcesz zachować zmiany związane z odłączonym HEAD

1. Uruchom git branch tmp- spowoduje to zapisanie zmian w nowej gałęzi o nazwie tmp.
2. Biegać git checkout master
3. Jeśli chcesz uwzględnić zmiany, które wprowadziłeś master, uruchom git merge tmpz masteroddziału. masterPo uruchomieniu powinieneś być na gałęzi git checkout master.

Jeśli zmieniłeś pliki, których nie chcesz utracić, możesz je przesłać. Zatwierdziłem je w trybie odłączonym, a następnie możesz przejść do gałęzi tymczasowej, aby później zintegrować się z modułem głównym.

git commit -m "....."
git branch my-temporary-work
git checkout master
git merge my-temporary-work

Wypakowany z:

Co zrobić z zatwierdzeniem dokonanym w odłączonej głowie

Rozwiązanie bez tworzenia gałęzi tymczasowej.

Jak wyjść („naprawić”) odłączony stan HEAD, gdy już coś zmieniłeś w tym trybie i, opcjonalnie, chcesz zapisać zmiany:

1. Zatwierdź zmiany, które chcesz zachować. Jeśli chcesz przejąć którąkolwiek ze zmian wprowadzonych w odłączonym stanie HEAD, zatwierdź ją. Lubić:

   git commit -a -m "your commit message"
   

2. Odrzuć zmiany, których nie chcesz zachować. Twardy reset spowoduje odrzucenie wszelkich niezatwierdzonych zmian dokonanych w stanie odłączonego HEAD:

   git reset --hard
   

   (Bez tego krok 3 nie powiódłby się, narzekając na zmodyfikowane nieprzypisane pliki w odłączonym HEAD.)

3. Sprawdź swój oddział. Wyjdź z odłączonego stanu HEAD, sprawdzając gałąź, nad którą pracowałeś wcześniej, na przykład:

   git checkout master
   

4. Przejmij swoje zobowiązania. Możesz teraz przejąć zatwierdzenia dokonane w stanie odłączonym HEAD przez wybieranie, jak pokazano w mojej odpowiedzi na inne pytanie .

   git reflog
   git cherry-pick <hash1> <hash2> <hash3> …
   

Odłączona głowa oznacza:

1. Nie jesteś już w oddziale,
2. Sprawdziłeś jedno zatwierdzenie w historii

Jeśli nie masz żadnych zmian: możesz przełączyć na master, stosując następującą komendę

  git checkout master

Jeśli masz zmiany, które chcesz zachować:

W przypadku odłączonego HEAD, zatwierdzenia działają normalnie, tyle że żadna nazwana gałąź nie jest aktualizowana. Aby zaktualizować gałąź główną z zatwierdzonymi zmianami, utwórz gałąź tymczasową tam, gdzie jesteś (w ten sposób gałąź tymczasowa będzie miała wszystkie zatwierdzone zmiany, które wprowadziłeś w odłączonym HEAD), a następnie przełącz się na gałąź główną i połącz gałąź tymczasową z mistrz.

git branch  temp
git checkout master
git merge temp

Oto, co właśnie zrobiłem po tym, jak zdałem sobie sprawę, że jestem zdystansowany i już dokonałem pewnych zmian.

Popełniłem zmiany.

$ git commit -m "..."
[detached HEAD 1fe56ad] ...

Pamiętałem skrót (1fe56ad) zatwierdzenia. Potem sprawdziłem gałąź, w której powinienem być.

$ git checkout master
Switched to branch 'master'

W końcu zastosowałem zmiany zatwierdzenia do oddziału.

$ git cherry-pick 1fe56ad
[master 0b05f1e] ...

Myślę, że jest to trochę łatwiejsze niż utworzenie tymczasowej gałęzi.

Jeśli wprowadziłeś jakieś zmiany, a następnie zdałeś sobie sprawę, że jesteś na odłączonej głowie, istnieje proste rozwiązanie tego problemu: skrytka -> kasa główna -> skrytka pop:

git stash
git checkout master   # Fix the detached head state
git stash pop         # Or for extra safety use 'stash apply' then later 
                      #   after fixing everything do 'stash drop'

Będziesz miał swoje niezaangażowane zmiany i normalną „dołączoną” głowicę, jakby nic się nie wydarzyło.

Kiedy wypisujesz konkretne zatwierdzenie git, kończysz w stanie odłączonej głowy ... to znaczy, twoja kopia robocza nie odzwierciedla już stanu nazwanego odwołania (np. „Master”). Jest to przydatne do badania przeszłego stanu repozytorium, ale nie tego, czego chcesz, jeśli faktycznie próbujesz przywrócić zmiany.

Jeśli dokonałeś zmian w określonym pliku i po prostu chcesz je odrzucić, możesz użyć następującego checkoutpolecenia:

git checkout myfile

Spowoduje to odrzucenie wszelkich niezatwierdzonych zmian i przywrócenie pliku do dowolnego stanu, jaki ma w głowie bieżącego oddziału. Jeśli chcesz odrzucić zmiany, które już zatwierdziłeś, możesz użyć resetpolecenia. Na przykład spowoduje to zresetowanie repozytorium do stanu poprzedniego zatwierdzenia, odrzucając wszelkie późniejsze zmiany:

git reset --hard HEAD^

Jeśli jednak udostępniasz repozytorium innym osobom, a git resetmoże być zakłócające (ponieważ usuwa część historii repozytorium). Jeśli już podzieliłeś się zmianami z innymi ludźmi, zwykle chcesz git revertzamiast tego spojrzeć na to , co generuje „anticommit” - to znaczy, tworzy nowe zatwierdzenie, które „cofa” dane zmiany.

Księga Git ma więcej szczegółów.

HEAD jest wskaźnikiem, w wyniku czego wskazuje - bezpośrednio lub pośrednio - na konkretne zatwierdzenie:

Dołączona   GŁOWA oznacza, że ​​jest dołączona do jakiejś gałęzi (tzn. Wskazuje na gałąź).
Indywidualny środek głowy, że to jest nie związane z dowolnym oddziale, czyli zwraca się bezpośrednio do niektórych popełnić.

Innymi słowy:

• Jeśli wskazuje bezpośrednio na zatwierdzenie , HEAD jest odłączany .
• Jeśli wskazuje na zatwierdzenie pośrednio (tj. Wskazuje gałąź, która z kolei wskazuje na zatwierdzenie), HEAD jest dołączony .

Aby lepiej zrozumieć sytuacje z podłączoną / odłączoną GŁOWĄ, pokażmy kroki prowadzące do kwadrupletu zdjęć powyżej.

Zaczynamy od tego samego stanu repozytorium (zdjęcia we wszystkich kwadrantach są takie same):

Teraz chcemy wykonać git checkout- z różnych celów w poszczególnych zdjęć (polecenia na nich są przyciemnione, aby podkreślić, że jesteśmy tylko zamiar zastosować te polecenia):

Taka sytuacja występuje po wykonaniu następujących poleceń:

Jak widać, punkty głowa do celu z git checkoutpolecenia - do gałęzi (3 pierwsze wizerunki quadruplet) lub (bezpośrednio) do popełnienia (ostatni obraz quadruplet).

Zmienia się także zawartość katalogu roboczego, aby była zgodna z odpowiednim zatwierdzeniem (migawką), tj. Z zatwierdzeniem wskazanym (bezpośrednio lub pośrednio) przez HEAD.

Jesteśmy teraz w takiej samej sytuacji jak na początku tej odpowiedzi:

Ponieważ „odłączony stan głowy” ma cię w gałęzi tymczasowej, po prostu użyj tego, git checkout -co spowoduje przejście do ostatniej gałęzi, w której byłeś.

Aby wyjaśnić odpowiedź @Filippe Gerber, oto ona:

Przed cherry-pick, A git checkout masterjest w tym przypadku konieczne. Co więcej, jest ona potrzebna tylko przy commitin detached head.

Uzupełnienie

Jeśli gałąź, do której chcesz wrócić, była ostatnią dokonaną przez ciebie kasą, możesz po prostu użyć checkout @{-1}. Spowoduje to powrót do poprzedniej kasy.

Ponadto możesz aliasować to polecenie, na przykład, git global --config alias.prevaby wystarczyło wpisać, git prevaby przełączyć się z powrotem do poprzedniej kasy.

Bycie w „odłączonej głowie” oznacza, że ​​HEAD odnosi się do konkretnego nienazwanego zatwierdzenia (w przeciwieństwie do nazwanego oddziału) (por. Https://git-scm.com/docs/git-checkout sekcja Odłączona głowa )

Aby rozwiązać problem, wystarczy wybrać gałąź wybraną wcześniej przez

git checkout @{-1}

Gdy jesteś w sytuacji odłączonej głowy i utworzyłeś nowe pliki, najpierw upewnij się, że te nowe pliki zostały dodane do indeksu, na przykład:

git add .

Ale jeśli zmieniłeś lub usunąłeś tylko istniejące pliki, możesz dodać (-a) i zatwierdzić wiadomość (-m) w tym samym czasie poprzez:

git commit -a -m "my adjustment message"

Następnie możesz po prostu utworzyć nowy oddział z bieżącym stanem za pomocą:

git checkout -b new_branch_name

Będziesz miał nowy oddział, a wszystkie dostosowania będą tam w tym nowym oddziale. Następnie możesz dalej naciskać na zdalne sterowanie i / lub kasować / wyciągać / scalać, jak chcesz.

Git powiedział mi, jak to zrobić.

jeśli wpiszesz:

git checkout <some-commit_number>

Zapisz status

git add .
git commit -m "some message"

Następnie:

 git push origin HEAD:<name-of-remote-branch>

Chciałem zachować moje zmiany, więc naprawiam to ...

git add .
git commit -m "Title" -m "Description"
(so i have a commit now example: 123abc)
git checkout YOURCURRENTBRANCH
git merge 123abc
git push TOYOURCURRENTBRANCH

to działa dla mnie

Zwykle HEADwskazuje na gałąź. Gdy nie wskazuje gałęzi, a zamiast tego wskazuje na skrót zatwierdzenia 69e51, oznacza to, że masz odłączony HEAD. Musisz wskazać dwa oddział, aby rozwiązać problem. Możesz zrobić dwie rzeczy, aby to naprawić.

1. git checkout other_branch // Niemożliwe, gdy potrzebujesz kodu w tym zatwierdzeniu hash
2. utwórz nowy oddział i wskaż skrót mieszania na nowo utworzony oddział.

HEAD musi wskazywać na gałąź, a hash zatwierdzania nie jest złotą regułą.

Odłączona głowa oznacza, że ​​nie sprawdziłeś poprawnie swojego oddziału lub właśnie sprawdziłeś pojedynczy zatwierdzenie.

Jeśli napotkasz taki problem, najpierw ukryj zmiany lokalne, aby ich nie utracić.

Następnie ... sprawdź żądany oddział za pomocą polecenia:

Powiedzmy, że chcesz mieć oddział MyOriginalBranch:

git checkout -b someName origin / MyOriginalBranch

prawdopodobnie zrobiłeś git reset --hard origin/your-branch.

Spróbuj po prostu git checkout your-branch

git pull origin master

pracował dla mnie. Chodziło tylko o jawne podanie nazwy zdalnego i oddziału.

W moim przypadku uruchamiam git statusi zobaczyłem, że mam kilka nieśledzonych plików w moim katalogu roboczym.

Po prostu musiałem je wyczyścić (ponieważ ich nie potrzebowałem), aby uruchomić bazę, którą chciałem wykonać.

To działa dla mnie, przypisuje nową gałąź dla odłączonej głowy:

git kasa nowa_nazwa_gałęzi_nazwa_nazwy_grupy

Odłączony HEAD oznacza, że ​​obecnie nie jesteś w żadnej gałęzi. Jeśli chcesz ZACHOWAĆ bieżące zmiany i po prostu utworzyć nowy oddział, wykonaj następujące czynności:

git commit -m "your commit message"
git checkout -b new_branch

Następnie potencjalnie chcesz połączyć ten nowy oddział z innymi oddziałami. Zawsze pomocne jest polecenie git „pies” :

git log --all --decorate --oneline --graph