Undo Git reset --hard with uncommitted files in the staging area

Właśnie zrobiłem Git reset -- hard i straciłem jeden commit. Ale znałem hash commit, więc byłem w stanie wykonać git cherry-pick COMMIT_HASH aby go przywrócić.

Zrobiłem to w ciągu kilku minut od utraty commit, więc może to zadziałać dla niektórych z was.

Dzięki Markowi Longairowi odzyskałem swoje rzeczy!

Najpierw zapisałem wszystkie hasze do pliku:

git fsck --cache --unreachable $(git for-each-ref --format="%(objectname)") > allhashes

Następnie umieszczam je wszystkie (usuwając rzecz' unreachable blob') na liście i umieszczam wszystkie dane w nowych plikach...musisz wybrać swoje pliki i zmienić je ponownie, czego potrzebujesz...ale potrzebowałem tylko kilku plików..mam nadzieję, że to komuś pomoże...

commits = ["c2520e04839c05505ef17f985a49ffd42809f",
    "41901be74651829d97f29934f190055ae4e93",
    "50f078c937f07b508a1a73d3566a822927a57",
    "51077d43a3ed6333c8a3616412c9b3b0fb6d4",
    "56e290dc0aaa20e64702357b340d397213cb",
    "5b731d988cfb24500842ec5df84d3e1950c87",
    "9c438e09cf759bf84e109a2f0c18520",
    ...
    ]

from subprocess import call
filename = "file"
i = 1
for c in commits:
    f = open(filename + str(i),"wb")
    call(["git", "show", c],stdout=f)
    i+=1

@ Ajedi32 rozwiązanie w komentarzach zadziałało dla mnie dokładnie w tej sytuacji.

git reset --hard @{1}

Zauważ, że wszystkie te rozwiązania polegają na tym, że nie ma git gc, a niektóre z nich mogą je wywołać, więc zapinam zawartość Twojego .git directory przed próbowaniem czegokolwiek, abyś miał migawkę, do której możesz wrócić, jeśli nie działa dla Ciebie.

Napotkał ten sam problem, ale nie dodał zmian do indeksu. Więc wszystkie powyższe polecenia nie przyniosły mi pożądanych zmian.

Po wszystkich powyższych rozbudowanych odpowiedziach, jest to naiwna podpowiedź, ale może to uratować kogoś, kto nie pomyślał o tym pierwszy, tak jak ja.

W rozpaczy próbowałem wcisnąć CTRL-Z w edytorze (LightTable), raz w każdej otwartej karcie - to na szczęście odzyskało plik w tej karcie, do ostatniego stanu przed git reset --hard. HTH.

Boże, ciągnąłem za włosy, dopóki nie natknąłem się na to pytanie i na jego odpowiedzi. Uważam, że poprawna i zwięzła odpowiedź na zadane pytanie jest dostępna tylko wtedy, gdy wyciągniesz dwa z powyższych komentarzy razem, więc tutaj wszystko jest w jednym miejscu:

1. Jak wspomniał chilicuil, Uruchom 'git reflog', aby zidentyfikować tam commit hash, do którego chcesz wrócić

2. Jak wspomniał akimsko, prawdopodobnie nie będziesz chciał wybierać wiśni chyba, że straciłeś tylko jeden commit, więc następnie należy uruchomić ' Git reset -- hard

Uwaga dla użytkowników egit Eclipse: nie mogłem znaleźć sposobu na wykonanie tych kroków w Eclipse z egit. Zamykanie Eclipse, uruchamianie powyższych poleceń z okna terminala, a następnie ponowne otwarcie Eclipse działało dla mnie dobrze.

Powyższe rozwiązania mogą działać, jednak istnieją prostsze sposoby na odzyskanie z to zamiast przechodzić przez git-s complex undo. Domyślam się, że najbardziej Git-resetuje się na małej liczbie plików, a jeśli już używasz Vima, to to może być najbardziej oszczędne rozwiązanie. Zastrzeżenie jest takie, że już musisz używaj ViM's persistent-undo, którego powinieneś używać tak czy inaczej, ponieważ zapewnia możliwość cofnięcia nieograniczonej liczby zmian.

Oto kroki:

1. W vim naciśnij : i wpisz polecenie set undodir. Jeśli masz włączone persistent undo w swoim .vimrc, wyświetli się wynik podobny do undodir=~/.vim_runtime/temp_dirs/undodir.

2. W repo użyj git log, aby dowiedzieć się ostatniej daty / godziny wykonania ostatniego commit

3. W powłoce przejdź do undodir używając cd ~/.vim_runtime/temp_dirs/undodir.

4. W tym katalogu użyj tego polecenia, aby znaleźć wszystkie pliki, które masz zmieniony od ostatniego commit

   find . -newermt "2018-03-20 11:24:44" \! -newermt "2018-03-23" \( -type f -regextype posix-extended -regex '.*' \) \-not -path "*/env/*" -not -path "*/.git/*"

   Tutaj "2018-03-20 11:24:44" jest datą i godziną ostatniego commita. Jeśli data, w której zrobiłeś git reset --hard to "2018-03-22", a następnie użyj "2018-03-22", następnie użyj "2018-03-23". Jest to spowodowane dziwactwem znalezienia, gdzie dolna granica jest całkowita, a górna granica jest wyłączna. https://unix.stackexchange.com/a/70404/242983

5. Następnie przejdź do każdego z plików otwórz je w Vimie i wykonaj "wcześniejsze 20m". Możesz znaleźć więcej szczegóły dotyczące "wcześniej" za pomocą "H wcześniej". Proszę. earlier 20m oznacza powrót do stanu pliku 20 minut wstecz, zakładając, że zrobiłeś git hard --reset, 20 minut wstecz. Powtórz to wszystkie pliki, które zostały wyplute z polecenia find. Jestem pewien. ktoś może napisać scenariusz, który połączy te rzeczy.