Często używam git stashoraz git stash popdo zapisywania i przywracania zmian w moim drzewie roboczym. Wczoraj miałem pewne zmiany w moim drzewie roboczym, które ukryłem i wyskoczyłem, a następnie wprowadziłem więcej zmian w moim drzewie roboczym. Chciałbym wrócić i przejrzeć wczorajsze ukryte zmiany, ale git stash popwydaje się, że usuwają wszystkie odniesienia do powiązanego zatwierdzenia.

Wiem, że jeśli użyję,git stash to .git / refs / stash zawiera odniesienie do zatwierdzenia użytego do utworzenia skrytki. A .git / logs / refs / stash zawiera całą skrytkę. Ale tych odniesień już nie ma git stash pop. Wiem, że zatwierdzenie wciąż jest gdzieś w moim repozytorium, ale nie wiem, co to było.

Czy istnieje prosty sposób na odzyskanie wczorajszego odniesienia do skrytki?

Pamiętaj, że nie jest to dla mnie dzisiaj krytyczne, ponieważ mam codzienne kopie zapasowe i mogę wrócić do wczorajszego drzewa roboczego, aby uzyskać zmiany. Pytam, bo musi być prostszy sposób!

Po poznaniu skrótu, który upuściłeś zatwierdzenie skrytki, możesz zastosować go jako skrytkę:

git stash apply $stash_hash

Możesz też utworzyć dla niego osobną gałąź

git branch recovered $stash_hash

Następnie możesz robić, co chcesz, za pomocą wszystkich zwykłych narzędzi. Kiedy skończysz, po prostu zdmuchnij gałąź.

Znajdowanie skrótu

Jeśli właśnie go otworzyłeś, a terminal jest nadal otwarty, nadalgit stash pop będziesz mieć wydrukowaną wartość skrótu na ekranie (dzięki, Dolda).

W przeciwnym razie można go znaleźć, używając tego dla systemu Linux, Unix lub Git Bash dla systemu Windows:

git fsck --no-reflog | awk '/dangling commit/ {print $3}'

... lub używając Powershell dla Windows:

git fsck --no-reflog | select-string 'dangling commit' | foreach { $bits = $_ -split ' '; echo $bits[2];}

Spowoduje to wyświetlenie wszystkich zatwierdzeń na końcach wykresu zatwierdzeń, do których nie ma już odniesienia z żadnego odgałęzienia lub tagu - każde utracone zatwierdzenie, w tym każde utworzone przez Ciebie ukryte zatwierdzenie, będzie znajdować się gdzieś na tym wykresie.

Najłatwiejszym sposobem na znalezienie zatwierdzonego skrytki jest prawdopodobnie przekazanie tej listy do gitk:

gitk --all $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' )

... lub zobacz odpowiedź z emragins, jeśli używasz Powershell dla Windows.

Spowoduje to uruchomienie przeglądarki repozytorium pokazującej każde zatwierdzenie w repozytorium , niezależnie od tego, czy jest osiągalne, czy nie.

Możesz gitktam zamienić coś takiego, git log --graph --oneline --decoratejeśli wolisz ładny wykres na konsoli niż osobną aplikację GUI.

Aby wykryć zatwierdzenia ukryć, poszukaj komunikatów zatwierdzania tego formularza:

        WIP w somebranch : commithash Jakaś stara wiadomość zatwierdzenia

Uwaga : Komunikat zatwierdzenia będzie w tej formie (zaczynając od „WIP włączony”) tylko wtedy, gdy nie dostarczysz wiadomości w tym momencie git stash.

Jeśli nie zamknąłeś terminala, po prostu spójrz na dane wyjściowe z, git stash popa będziesz miał identyfikator obiektu upuszczonej skrytki. Zwykle wygląda to tak:

$ git stash pop
[...]
Dropped refs/stash@{0} (2ca03e22256be97f9e40f08e6d6773c7d41dbfd1)

(Zauważ, że git stash droptworzy również tę samą linię.)

Aby odzyskać ten zapas, po prostu biegnij git branch tmp 2cae03e, a dostaniesz go jako gałąź. Aby przekonwertować to na ukryty, uruchom:

git stash apply tmp
git stash

Posiadanie go jako gałęzi pozwala również swobodnie nim manipulować; na przykład, aby wybrać go lub połączyć.

Chciałem tylko wspomnieć o tym dodatku do zaakceptowanego rozwiązania. Nie było to dla mnie od razu oczywiste za pierwszym razem, gdy wypróbowałem tę metodę (być może powinno być), ale aby zastosować ukrytą wartość z wartości skrótu, po prostu użyj polecenia „zastosuj ukrytą git”:

$ git stash apply ad38abbf76e26c803b27a6079348192d32f52219

Kiedy byłem nowy w Git, nie było to dla mnie jasne i próbowałem różnych kombinacji „Git Show”, „Git Apply”, „Patch” itp.

Aby uzyskać listę skrytek, które nadal znajdują się w twoim repozytorium, ale nie są już dostępne:

git fsck --unreachable | grep commit | cut -d" " -f3 | xargs git log --merges --no-walk --grep=WIP

Jeśli nadałeś tytuł skrytce, zamień „WIP” -grep=WIPna końcu polecenia na część wiadomości, np -grep=Tesselation.

Polecenie wyświetla grep dla „WIP”, ponieważ domyślna wiadomość zatwierdzenia dla skrytki ma postać WIP on mybranch: [previous-commit-hash] Message of the previous commit.

Właśnie skonstruowałem polecenie, które pomogło mi znaleźć moje zgubione zatwierdzenie skrytki:

for ref in `find .git/objects | sed -e 's#.git/objects/##' | grep / | tr -d /`; do if [ `git cat-file -t $ref` = "commit" ]; then git show --summary $ref; fi; done | less

Spowoduje to wyświetlenie listy wszystkich obiektów w drzewie .git / objects, zlokalizowanie obiektów typu commit, a następnie przedstawienie podsumowania każdego z nich. Od tego momentu wystarczyło przejrzeć commits, aby znaleźć odpowiedni „WIP w pracy: 6a9bb2” („work” to moja gałąź, 619bb2 to ostatnie zatwierdzenie).

Zauważam, że jeśli użyję „git stash Apply” zamiast „git stash pop”, nie miałbym tego problemu, a jeśli użyję „git stash save message ”, łatwiej byłoby znaleźć zatwierdzenie.

Aktualizacja: Z pomysłem Nathana staje się on krótszy:

for ref in `git fsck --unreachable | grep commit | cut -d' ' -f3`; do git show --summary $ref; done | less

git fsck --unreachable | grep commitpowinien pokazywać sha1, chociaż lista, którą zwraca, może być dość duża. git show <sha1>pokaże, czy chcesz zatwierdzić.

git cherry-pick -m 1 <sha1> połączy zatwierdzenie z bieżącą gałęzią.

Odpowiednik Windows PowerShell przy użyciu gitk:

gitk --all $(git fsck --no-reflog | Select-String "(dangling commit )(.*)" | %{ $_.Line.Split(' ')[2] })

Prawdopodobnie istnieje bardziej skuteczny sposób, aby to zrobić w jednej rurze, ale to działa.

Jeśli chcesz przywrócić utraconą skrytkę, najpierw musisz znaleźć skrót utraconej skrytki.

Jak zasugerował Arystoteles Pagaltzis, git fsckpowinien ci pomóc.

Osobiście używam swojego log-allaliasu, który pokazuje mi każde zatwierdzenie (odzyskiwalne zatwierdzenia), aby mieć lepszy wgląd w sytuację:

git log --graph --decorate --pretty=oneline --abbrev-commit --all $(git fsck --no-reflogs | grep commit | cut -d' ' -f3)

Możesz przeprowadzić jeszcze szybsze wyszukiwanie, jeśli szukasz tylko wiadomości „WIP on”.

Gdy poznasz swój sha1, po prostu zmienisz swój dziennik skrytki, aby dodać starą skrytkę:

git update-ref refs/stash ed6721d

Prawdopodobnie wolisz mieć powiązaną wiadomość, więc -m

git update-ref -m "$(git log -1 --pretty=format:'%s' ed6721d)" refs/stash ed6721d

Będziesz nawet chciał użyć tego jako aliasu:

restash = !git update-ref -m $(git log -1 --pretty=format:'%s' $1) refs/stash $1

Podobało mi się podejście Arystotelesa, ale nie podobało mi się używanie GITK ... ponieważ przyzwyczaiłem się do używania GIT z wiersza poleceń.

Zamiast tego wziąłem wiszące zatwierdzenia i wyprowadziłem kod do pliku DIFF w celu przejrzenia w moim edytorze kodu.

git show $( git fsck --no-reflog | awk '/dangling commit/ {print $3}' ) > ~/stash_recovery.diff

Teraz możesz załadować wynikowy plik diff / txt (znajdujący się w folderze domowym) do edytora txt i zobaczyć rzeczywisty kod i wynikowy SHA.

Więc po prostu użyj

git stash apply ad38abbf76e26c803b27a6079348192d32f52219

Możesz wyświetlić listę wszystkich nieosiągalnych zatwierdzeń, pisząc to polecenie w terminalu -

git fsck --unreachable

Sprawdź nieosiągalny skrót zatwierdzenia -

git show hash

Wreszcie zastosuj, jeśli znajdziesz schowany przedmiot -

git stash apply hash

Dlaczego ludzie zadają to pytanie? Ponieważ jeszcze nie wiedzą o logu ani go nie rozumieją.

Większość odpowiedzi na to pytanie daje długie polecenia z opcjami, których prawie nikt nie pamięta. Tak więc ludzie wchodzą w to pytanie i kopiują, wklejając wszystko, co ich zdaniem potrzebują, i zapominają o tym niemal natychmiast.

Radziłbym każdemu, kto ma to pytanie, aby po prostu sprawdził rejestr (git reflog), nie więcej. Gdy zobaczysz tę listę wszystkich zatwierdzeń, istnieje sto sposobów, aby dowiedzieć się, czego szukasz, i wybrać ją z wiśni lub utworzyć z niej gałąź. W trakcie tego procesu dowiesz się o ponownym logowaniu i przydatnych opcjach różnych podstawowych poleceń git.

W OSX z git v2.6.4 po prostu przypadkowo uruchamiam upuszczanie git, a następnie znalazłem go, przechodząc przez poniższe kroki

Jeśli znasz nazwę skrytki, użyj:

$ git fsck --unreachable | grep commit | cut -c 20- | xargs git show | grep -B 6 -A 2 <name of the stash>

w przeciwnym razie znajdziesz identyfikator wyniku, ręcznie:

$ git fsck --unreachable | grep commit | cut -c 20- | xargs git show

Następnie, gdy znajdziesz identyfikator zatwierdzenia, po prostu naciśnij przycisk git stash Apply {commit-id}

Mam nadzieję, że to pomoże komuś szybko

Chcę dodać do zaakceptowanego rozwiązania kolejną dobrą drogę do przejścia przez wszystkie zmiany, gdy albo nie masz dostępnego gitk, albo nie ma X dla danych wyjściowych.

git fsck --no-reflog | awk '/dangling commit/ {print $3}' > tmp_commits

for h in `cat tmp_commits`; do git show $h | less; done

Następnie otrzymujesz wszystkie różnice dla tych skrótów wyświetlanych jeden po drugim. Naciśnij „q”, aby przejść do następnego porównania.

Nie mogłem uzyskać żadnej odpowiedzi do pracy w systemie Windows w prostym oknie poleceń (w moim przypadku Windows 7). awk, grepI Select-stringnie zostały uznane za poleceń. Więc spróbowałem innego podejścia:

• pierwszy bieg: git fsck --unreachable | findstr "commit"
• skopiuj dane wyjściowe do notatnika
• znajdź zamień „nieosiągalny zatwierdzenie” na start cmd /k git show

będzie wyglądać mniej więcej tak:

start cmd /k git show 8506d235f935b92df65d58e7d75e9441220537a4 start cmd /k git show 44078733e1b36962571019126243782421fcd8ae start cmd /k git show ec09069ec893db4ec1901f94eefc8dc606b1dbf1 start cmd /k git show d00aab9198e8b81d052d90720165e48b287c302e

• zapisz jako plik .bat i uruchom go
• skrypt otworzy kilka okien poleceń, pokazując każde zatwierdzenie
• jeśli znalazłeś ten, którego szukasz, uruchom: git stash apply (your hash)

może nie jest najlepszym rozwiązaniem, ale działało dla mnie

Akceptowana odpowiedź Arystotelesa pokaże wszystkie dostępne zatwierdzenia, w tym zatwierdzenia inne niż ukryte. Aby odfiltrować hałas:

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3

Dotyczy to tylko zatwierdzeń, które mają dokładnie 3 zatwierdzenia nadrzędne (które będą miały ukrytą zawartość) i których komunikat zawiera „WIP włączone”.

Pamiętaj, że jeśli zapisałeś swoją skrytkę z wiadomością (np git stash save "My newly created stash" ), Zastąpi to domyślną wiadomość „WIP na ...”.

Możesz wyświetlić więcej informacji o każdym zatwierdzeniu, np. Wyświetlić komunikat zatwierdzenia lub przekazać go do git stash show:

git fsck --no-reflog | \
awk '/dangling commit/ {print $3}' | \
xargs git log --no-walk --format="%H" \
  --grep="WIP on" --min-parents=3 --max-parents=3 | \
xargs -n1 -I '{}' bash -c "\
  git log -1 --format=medium --color=always '{}'; echo; \
  git stash show --color=always '{}'; echo; echo" | \
less -R

Moim ulubionym jest ten jednowarstwowy:

git log --oneline  $( git fsck --no-reflogs | awk '/dangling commit/ {print $3}' )

Jest to zasadniczo ten sam pomysł, co ta odpowiedź, ale znacznie krótszy. Oczywiście nadal możesz dodać--graph aby uzyskać wyświetlanie podobne do drzewa.

Po znalezieniu zatwierdzenia na liście zastosuj za pomocą

git stash apply THE_COMMIT_HASH_FOUND

Dla mnie użycie --no-reflogsujawniło zgubiony wpis skrytki, ale--unreachable (jak stwierdzono w wielu innych odpowiedziach) nie.

Uruchom go na git bash, gdy jesteś w systemie Windows.

Kredyty: Szczegóły powyższych poleceń pochodzą z https://gist.github.com/joseluisq/7f0f1402f05c45bac10814a9e38f81bf

Odzyskano go, wykonując następujące czynności:

1. Zidentyfikuj usunięty kod skrótu skrytki:

   gitk --all $ (git fsck --no-reflog | awk '/ dangling commit / {print $ 3}')

2. Cherry Pick the Stash:

   git cherry-pick -m 1 $ stash_hash_code

3. Rozwiąż konflikty, jeśli występują, używając:

   git scaletool

Dodatkowo możesz mieć problemy z komunikatem zatwierdzenia, jeśli używasz gerrit. Zapisz swoje zmiany przed następnymi alternatywami:

1. Użyj twardego resetu do poprzedniego zatwierdzenia, a następnie ponownie wprowadź tę zmianę.
2. Możesz także ukryć zmianę, uzupełnić bazę i ponownie uruchomić.

Poszedłem tu poszukać sposobu odzyskania skrytki, niezależnie od tego, co sprawdziłem. W szczególności schowałam coś, a potem sprawdziłam starszą wersję, a potem wyskoczyłam, ale skrytka była w tym momencie niedostępna, więc skrytka zniknęła; Nie mogłem po prostu git stashodłożyć go z powrotem na stos. To działało dla mnie:

$ git checkout somethingOld
$ git stash pop
...
nothing added to commit but untracked files present (use "git add" to track)
Dropped refs/stash@{0} (27f6bd8ba3c4a34f134e12fe69bf69c192f71179)
$ git checkout 27f6bd8ba3c
$ git reset HEAD^    # Make the working tree differ from the parent.
$ git stash # Put the stash back in the stack.
Saved working directory and index state WIP on (no branch): c2be516 Some message.
HEAD is now at c2be516 Some message.
$ git checkout somethingOld # Now we are back where we were.

Z perspektywy czasu powinienem był git stash applynie używać git stash pop. Robiłem bisecti miałem małą łatkę, którą chciałem zastosować na każdym bisectkroku. Teraz robię to:

$ git reset --hard; git bisect good; git stash apply
$ # Run tests
$ git reset --hard; git bisect bad; git stash apply
etc.