W Git próbowałem zrobić squash commit, łącząc się z innym oddziałem, a następnie resetując HEADsię do poprzedniego miejsca poprzez:

git reset origin/master

Ale muszę wyjść z tego. Jak mogę przenieść HEAD z powrotem do poprzedniej lokalizacji?

Mam fragment SHA-1 ( 23b6772) zatwierdzenia, do którego muszę go przenieść. Jak mogę wrócić do tego zatwierdzenia?

Przed odpowiedzią dodajmy tło, wyjaśniając, co to HEADjest.

First of all what is HEAD?

HEADjest po prostu odniesieniem do bieżącego zatwierdzenia (najnowszego) w bieżącej gałęzi.
W HEADdanym momencie może być tylko jeden (wyłączając git worktree).

Zawartość HEADjest przechowywana w środku .git/HEADi zawiera 40 bajtów SHA-1 bieżącego zatwierdzenia.

detached HEAD

Jeśli nie korzystasz z ostatniego zatwierdzenia - oznacza HEADto, że nazywa się to wcześniejszym zatwierdzeniem w historii detached HEAD.

W wierszu poleceń będzie to wyglądać tak - SHA-1 zamiast nazwy gałęzi, ponieważ HEADnie wskazuje ona końcówki bieżącej gałęzi:

Kilka opcji odzyskiwania po odłączeniu HEAD:

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

Spowoduje to pobranie nowej gałęzi wskazującej żądany zatwierdzenie.
To polecenie pobierze do danego zatwierdzenia.
W tym momencie możesz utworzyć gałąź i od tego momentu zacząć pracować.

# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# Create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

Zawsze możesz również użyć reflog.
git reflog wyświetli każdą zmianę, która zaktualizowała HEADi sprawdzenie żądanego wpisu ponownego logowania spowoduje HEADpowrót do tego zatwierdzenia.

Za każdym razem, gdy HEAD zostanie zmodyfikowany, pojawi się nowy wpis w reflog

git reflog
git checkout HEAD@{...}

Spowoduje to powrót do żądanego zatwierdzenia

git reset --hard <commit_id>

„Przenieś” HEAD z powrotem do żądanego zatwierdzenia.

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

• Uwaga: ( od wersji Git 2.7 ) możesz również korzystać z nich git rebase --no-autostash.

git revert <sha-1>

„Cofnij” podany zakres zatwierdzania lub zatwierdzania.
Polecenie reset spowoduje „cofnięcie” wszelkich zmian dokonanych w danym zatwierdzeniu.
Nowe zatwierdzenie z łatką cofania zostanie zatwierdzone, podczas gdy oryginalne zatwierdzenie pozostanie również w historii.

# Add a new commit with the undo of the original one.
# The <sha-1> can be any commit(s) or commit range
git revert <sha-1>

Ten schemat ilustruje, które polecenie robi co.
Jak widać, reset && checkoutzmodyfikuj HEAD.

Robić

git reset 23b6772

Aby sprawdzić, czy jesteś na właściwej pozycji:

git status

Zobaczysz coś

On master master Twój oddział stoi za „origin / master” o 17 zatwierdzeń i może być szybko przekazywany.

Następnie przepisz historię na pilocie, aby odzwierciedlić zmianę:

git push --force-with-lease // a useful command @oktober mentions in comments

Najszybsze możliwe rozwiązanie (tylko 1 krok)

Posługiwać się git checkout -

Widać Switched to branch <branch_name>. Potwierdź, że to gałąź, którą chcesz.

Krótkie wyjaśnienie: to polecenie spowoduje powrót HEAD z powrotem do ostatniej pozycji. Uwaga na temat wyników na końcu tej odpowiedzi.

Mnemoniczny: takie podejście przypomina cd -powrót do wcześniej odwiedzonego katalogu. Składnia i odpowiednie przypadki są całkiem dobre (np. Jest to przydatne, gdy naprawdę chcesz, aby HEAD powrócił tam, gdzie był).

Bardziej metodyczne rozwiązanie (2 kroki, ale niezapomniane)

Szybkie podejście rozwiązuje pytanie PO. Ale co, jeśli twoja sytuacja jest nieco inna: powiedz, że uruchomiłeś ponownie Bash, a następnie odkryłeś, że HEAD jest odłączony. W takim przypadku oto 2 proste, łatwe do zapamiętania kroki.

1. Wybierz potrzebny oddział

Posługiwać się git branch -v

Zobaczysz listę istniejących lokalnych oddziałów. Chwyć nazwę oddziału, która odpowiada Twoim potrzebom.

2. Przenieś na nią HEAD

Posługiwać się git checkout <branch_name>

Widać Switched to branch <branch_name>. Sukces!

Wyniki

Za pomocą dowolnej z tych metod możesz teraz kontynuować dodawanie i zatwierdzanie swojej pracy jak poprzednio: kolejne zmiany będą śledzone <branch_name>.

Zauważ, że oba git checkout -i git checkout <branch_name>podadzą dodatkowe instrukcje, jeśli dokonałeś zmian podczas odłączenia HEAD.

Pytanie można odczytać jako:

Byłem w stanie z oderwanego- HEADu 23b6772i wpisany git reset origin/master(bo chciałem squash). Teraz zmieniłem zdanie, jak wrócić do HEADbycia 23b6772?

Prosta odpowiedź brzmi: git reset 23b6772

Ale uderzyłem w to pytanie, ponieważ miałem dość pisania na maszynie (kopiowanie i wklejanie) skrótów zatwierdzania lub ich skrótów za każdym razem, gdy chciałem odwoływać się do poprzedniego HEADi byłem w Google, aby sprawdzić, czy istnieje jakiś skrót.

Okazuje się, że jest!

git reset -(lub w moim przypadku git cherry-pick -)

Który nawiasem mówiąc był taki sam jak cd -powrót do poprzedniego bieżącego katalogu w * nix! Hurra, nauczyłem się dwóch rzeczy za pomocą jednego kamienia.

Po uruchomieniu polecenia git checkout commit_idHEAD został odłączony, 13ca5593d(say commit-id)a gałąź będzie dłużej dostępna.

Wróć do poprzedniej lokalizacji, uruchom komendę krok po kroku -

1. git pull origin branch_name (powiedz mistrz)
2. git checkout branch_name
3. git pull origin branch_name

Powrócisz do poprzedniej lokalizacji ze zaktualizowanym zatwierdzeniem ze zdalnego repozytorium.

Dzisiaj przez pomyłkę sprawdziłem zatwierdzenie i zacząłem nad nim pracować, wprowadzając pewne zmiany w stanie odłączenia HEAD. Następnie wypychałem do zdalnej gałęzi za pomocą następującego polecenia:

git push origin HEAD: <My-remote-branch>

Następnie

git checkout <My-remote-branch>

Następnie

git pull

W końcu dostałem wszystkie moje zmiany w moim oddziale, które wprowadziłem w odłączaniu HEAD.

To może nie być rozwiązanie techniczne, ale działa. (jeśli ktoś z twojego członka drużyny ma ten sam oddział w lokalnym)

Załóżmy, że nazwa oddziału to gałąź-xxx .

Kroki do rozwiązania:

• Nie rób aktualizacji ani nie ciągnij - nic
• Wystarczy utworzyć nową gałąź ( gałąź-rrr ) z gałęzi-xxx na swoim komputerze
• To wszystko, wszystkie istniejące zmiany będą w tej nowej gałęzi ( oddział-rrr ). Możesz kontynuować pracę w tym oddziale.

Uwaga: Ponownie, nie jest to rozwiązanie techniczne, ale na pewno pomoże.