Recuperarse de git reset --hard?

¿Hay alguna forma de recuperar cambios no confirmados en el directorio de trabajo desde a git reset --hard HEAD?

No puede recuperar los cambios no confirmados en general.

Los cambios organizados previamente ( git add) deben ser recuperables de los objetos de índice, por lo tanto, si lo hizo, use git fsck --lost-foundpara ubicar los objetos relacionados con él. (Esto escribe los objetos en el .git/lost-found/directorio; desde allí puede usar git show <filename>para ver el contenido de cada archivo).

Si no, la respuesta aquí sería: mira tu copia de seguridad. Quizás su editor / IDE almacene copias temporales en / tmp o C: \ TEMP y cosas así. [1]

git reset HEAD@{1}

Esto restaurará a la CABEZA anterior

[1] vim, por ejemplo, opcionalmente almacena deshacer persistente, eclipse IDE almacena el historial local ; tales características podrían guardar su **

respuesta de este SO

$ git reflog show
93567ad HEAD@{0}: reset: moving to HEAD@{6}    
203e84e HEAD@{1}: reset: moving to HEAD@{1}    
9937a76 HEAD@{2}: reset: moving to HEAD@{2}
203e84e HEAD@{3}: checkout: moving from master to master
203e84e HEAD@{4}: reset: moving to HEAD~1
9937a76 HEAD@{5}: reset: moving to HEAD~1
d5bb59f HEAD@{6}: reset: moving to HEAD~1
9300f9d HEAD@{7}: commit: fix-bug

# said the commit to be recovered back is on 9300f9d (with commit message fix-bug)
$ git reset HEAD@{7}

¡Has recuperado tu día! :)

Accidentalmente corrí git reset --harden mi repositorio hoy también mientras tenía cambios sin confirmar también hoy. Para recuperarlo, ejecuté git fsck --lost-found, que escribió todos los blobs sin referencia <path to repo>/.git/lost-found/. Como los archivos no estaban confirmados, los encontré en el otherdirectorio dentro de <path to repo>/.git/lost-found/. A partir de ahí, puedo ver los archivos no confirmados usando git show <filename>, copiar los blobs y cambiarles el nombre.

Nota: Esto solo funciona si agregó los archivos que desea guardar en el índice (usando git add .). Si los archivos no estaban en el índice, se pierden.

Sí, PUEDE RECUPERARSE de un restablecimiento completo en git.

Utilizar:

git reflog

para obtener el identificador de su confirmación. Luego use:

git reset --hard <commit-id-retrieved-using-reflog>

Este truco me salvó la vida un par de veces.

Puede encontrar la documentación del reflog AQUÍ .

Mientras trabajaba en un proyecto local, quería moverlo a GitHub y luego crear un nuevo repositorio. Mientras intentaba agregar todos estos archivos al nuevo repositorio con .gitignore, accidentalmente agregué un archivo incorrecto y luego traté de borrarlo.

Corrí git reset --hard origin/master: P

Luego, todos mis archivos locales se eliminaron porque el repositorio estaba vacío. Pensé que todo se había ido.

Esto me salvó la vida:

git reflog show
git reset HEAD@{1} 
git push 

Espero que salve otra vida.

Si usa algo como IntelliJ:

En el menú contextual, elija Historial local y haga clic en Mostrar historial en el submenú:

La vista del historial local de un proyecto o carpeta le muestra todo lo que ha hecho durante los últimos días. En la columna Acción de la parte inferior del cuadro de diálogo, seleccione la acción que desea revertir. [...] Al hacerlo, la parte superior del cuadro de diálogo muestra la vista de árbol de los archivos modificados. Si solo desea restaurar el archivo eliminado, independientemente de los otros cambios que se hayan realizado desde entonces, puede seleccionar el archivo Lost.txt en la vista de árbol y hacer clic en el botón Revertir.

http://blog.jetbrains.com/idea/2008/01/using-local-history-to-restore-deleted-files/

¡Esto acaba de sacar mi trasero del fuego!

Simplemente lo hice git reset --hardy perdí todos mis cambios no comprometidos. Afortunadamente, uso un editor (IntelliJ) y pude recuperar los cambios del Historial local. Eclipse debería permitirle hacer lo mismo.

Por definición, git reset --hard descartará los cambios no confirmados sin que Git pueda recuperarlos (su sistema de respaldo puede ayudar, pero no Git).

En realidad, hay muy pocos casos en los que git reset --hardsea ​​una buena idea. En la mayoría de los casos, hay un comando más seguro para hacer lo mismo:

• Si desea descartar sus cambios no confirmados, úselos git stash. Mantendrá una copia de seguridad de estos cambios, que caducarán después de un tiempo si ejecuta git gc. Si está 99.9% seguro de que nunca necesitará estos cambios, git stashsigue siendo su amigo para el caso de 0.1%. Si está 100% seguro, git stashsigue siendo su amigo porque estos 100% tienen un error de medición ;-).

• Si quieres mover tu HEADy la punta de la rama actual en la historia, entonces git reset --keepes tu amigo. Hará lo mismo que git reset --hard, pero no descartará sus cambios locales.

• Si quieres hacer ambas cosas, entonces git stash && git reset --keepes tu amigo.

Enseñe a sus dedos a no usar git reset --hard, se pagará algún día.

si accidentalmente restablece una confirmación, entonces haga esto,

git reflog show
git reset HEAD@{2} // i.e where HEAD used to be two moves ago - may be different for your case

asumiendo que HEAD@{2}es el estado al que desea volver

Esto es lo que suelo hacer si pierdo algunos cambios.

git reflog
git checkout <commit id> // now you are in where you want but you cannot push from detached branch to master
manually copy and paste changes from detached branch to master or working branch
git reset --hard HEAD // if needed
git add ... > git commit ... > git push ...

para mover el puntero a sus confirmaciones anteriores pero manteniendo los cambios que ha realizado hasta ahora en su último pago de confirmaciones git reset --soft dadada

La información se pierde.

Como no se comprometió, su .git nunca almacenó esta información. Entonces, básicamente gitno puedo recuperarlo por ti.

Pero, si acabas de hacerlo git diff, hay una manera de recuperarte usando la salida del terminal con los siguientes 3 simples pasos.

1. desplaza tu terminal y busca la o / p de git diff. Guarde la o / p en un archivo llamado diff.patch
2. Busque y reemplace los 7 espacios y 8 espacios con caracteres de tabulación (\ t) y guarde los cambios.
3. Entra en tu repositorio de git. Aplicar el diff.patch ( patch -p1 < diff.patch)

Estás salvado! :)

Nota: Mientras esté copiando los datos del terminal a un archivo, tenga cuidado y vea claramente que los datos son de salida continua y no contienen datos redundantes (debido a presionar las flechas hacia arriba y hacia abajo). De lo contrario, podría estropearlo.

Me encontré con el mismo problema y casi me estaba volviendo loco ... inicialmente cometí el proyecto y me fusioné ... luego, cuando intento ejecutar, git push --set-upstream origin master recibí este error

  fatal: refusing to merge unrelated histories

así que corrí git reset --hard HEADy eliminé un proyecto de 3 semanas, pero estos pocos comandos a continuación salvan el día:

git reset HEAD@{1}         //this command unstage changes after reset
git fsck --lost-found      //I got the dangling commit fc3b6bee2bca5d8a7e16b6adaca6a76e620eca4b
git show <dangling commit something like-> fc3b6bee2bca5d8a7e16b6adaca6a76e620eca4b>
git rebase fc3b6bee2bca5d8a7e16b6adaca6a76e620eca4b

espero que esto ayude

Puede recuperar una confirmación después de hacer un reset --hard HEAD .

Utilice " git reflog" para verificar el historial deHEAD la rama.

Verá su commit y su id aquí.

Hacer un

git reset {commit Id of the commit you want to bring back}

Si por suerte tuvo los mismos archivos abiertos en otro editor (p. Ej., Sublime Text) intente ctrl-z en esos. Simplemente me salvó ..

Descubrí de la manera difícil que cualquier archivo no confirmado antes de ser git reset --hard <commit>eliminado del historial de git. Sin embargo, tuve la suerte de haber mantenido abierta mi sesión del editor de código durante todo el tiempo que me estaba arrancando el pelo, y descubrí que un simple control + zen cada uno de los archivos afectados devolvía el estado del archivo a la versión anterior a Git. restablecer amablemente todo lo que no le pedí específicamente.Hooray!!

Si está intentando usar el siguiente código:

git reflog show
# head to recover to
git reset HEAD@{1} 

y por alguna razón están obteniendo:

error: interruptor desconocido 'e'

luego intenta envolver HEAD@{1}entre comillas

git reset 'HEAD@{1}'

 git reset HEAD@{4}

4 es cambios antes de hace 4 pasos. si selecciona un paso correcto, debería mostrar la lista de archivos que eliminó del disco duro. entonces hazlo:

$ git reflog show

le mostrará el historial de confirmación local que ya hemos creado. ahora haz:

$ git reset --hard 8c4d112

8c4d112 es un código que desea restablecer su disco duro allí. echemos un vistazo a https://www.theserverside.com/video/How-to-use-the-git-reset-hard-command-to-change-a-commit-history para obtener más información.

Respuestas correctas. OK, ahora me gusta git. :-) Aquí hay una receta más simple.

git log HEAD@{2}
git reset --hard  HEAD@{2}

Donde "2" es el número de regreso a donde confirmó sus cambios. En mi caso, interrumpido por un colega y un jefe para ayudar a depurar algún problema de compilación; entonces, hizo un reinicio - duro dos veces; entonces, HEAD y HEAD @ {1} se sobrescribieron. Menos mal, habría perdido nuestro trabajo duro.

yo hice git reset --hard el proyecto equivocado por error (lo sé ...). Acababa de trabajar en un archivo y todavía estaba abierto durante y después de ejecutar el comando.

Aunque no me había comprometido, pude recuperar el archivo antiguo con el simple COMMAND + Z.

Respuesta de referencia de este SO,

Después de ejecutar git reflog show, di que quieres ir a commit 9300f9d

después de ejecutar git reset 9300f9d

puede hacer el estado de git, y luego es posible que deba retirar sus archivos para restaurar sus cambios

git checkout - ruta de archivo / nombre

Si está desarrollando en Netbeans, mire entre las pestañas de archivos y el área de edición de archivos. Hay una "Fuente" e "Historia". En "Historial" verá los cambios realizados utilizando el control de versiones (git / other), pero también los cambios realizados localmente. En este caso, los cambios locales podrían salvarlo.

( respuesta adecuada para un subconjunto de usuarios )

Si está en macOS (cualquier reciente), e incluso si está lejos de su disco de Time Machine, el sistema operativo habrá guardado copias de seguridad por hora, llamadas instantáneas locales .

Ingrese Time Machine y navegue hasta el archivo que perdió. El sistema operativo le preguntará:

The location to which you're restoring "file.ext" already contains an
item with the same name. Do you want to replace it with the one you're
restoring?

Debería poder recuperar los archivos que perdió.

Si tenía un IDE abierto con el mismo código, intente hacer ctrl + z en cada archivo individual en el que haya realizado cambios. Me ayudó a recuperar mis cambios no comprometidos después de hacer git reset --hard.

Cuando hacemos git reset --hard y todos los cambios locales no confirmados se eliminan. Para recuperar los cambios: en IDE, haga clic en el archivo, compare el archivo con el historial local, que enumerará los cambios según la fecha y podremos recuperar los datos. ¡Tu día está salvado!