63.Git Reset explica en detalle los tres modos de reversión de versiones.
Tiene tres modos, suave, mixto, duro y uso específico. La siguiente imagen lo muestra completamente.
Comprender los tres modos es muy útil para utilizar este comando. Antes de comprender estos tres modos, es necesario comprender un poco el proceso básico de Git. Como se muestra arriba, Git tendrá tres áreas:
El área de trabajo actual del árbol de trabajo
El área de preparación de índice/etapa es diferente del área de preparación del comando git stash. Usando git add xx, puedes agregar xx a la etapa reciente.
El historial de envíos al repositorio, es decir, los resultados después del envío usando git commit.
Primero, Git debe saber cuál es la versión actual. En Git, Head se usa para representar la versión actual, la versión anterior es Head, la versión anterior es HEAD, etc. Por supuesto, es más fácil escribir 100 desde la versión 100, así que escríbalo como HEAD~100.
- restablecerá por completo el caché y el contenido del directorio de trabajo mientras restablece el encabezado y las ramas. Cuando agrega el parámetro -hard después de un reinicio, el contenido de su caché y directorio de trabajo se restablecerá completamente al mismo contenido que la nueva ubicación de HEAD. En otras palabras, los cambios no confirmados se eliminarán por completo.
Volver a la versión anterior:
Volver a la versión con el número de versión especificado (tome 1a2b3c como ejemplo):
Restablecer - duro: Restablecer el área de escenario y el directorio de trabajo;
- el software retendrá el contenido del directorio de trabajo y colocará nuevas diferencias de archivos provocadas al restablecer los encabezados en el almacenamiento temporal.
¿Cuál es la “nueva diferencia que se consigue al resetear el cabezal”? Esto es todo:
Dado que el cabezal magnético se movió de 4 a 3 y el contenido del directorio de trabajo y el área de almacenamiento temporal no se borran durante el proceso de reinicio, los cambios en 4 se convierten en el directorio de trabajo. y cabeza magnética después del reinicio. Ésta es la "diferencia que se logra al restablecer el cabezal" mencionada en el párrafo anterior.
Esta es la diferencia entre -soft y -hard: -hard borrará los cambios en el directorio de trabajo y el área de almacenamiento temporal, *mientras -soft conservará el contenido del directorio de trabajo y conservará el nuevo. El contenido del directorio de trabajo. Las diferencias de archivos se colocan en el área de almacenamiento temporal.
Si git reset no agrega parámetros, el parámetro -mixed se usará de forma predeterminada. En este momento, significa: conservar el directorio de trabajo y borrar el área de almacenamiento temporal. En otras palabras, las modificaciones en el directorio de trabajo, el contenido del área de almacenamiento temporal y las diferencias de archivos nuevos causadas por el reinicio se colocarán en el directorio de trabajo. En resumen, significa "mezclar todas las diferencias en el directorio de trabajo".
Primero, Git debe saber cuál es la versión actual. En Git, Head se usa para representar la versión actual, la versión anterior es Head, la versión anterior es HEAD, etc. Por supuesto, es más fácil escribir 100 desde la versión 100, así que escríbalo como HEAD~100.
Volver a la versión anterior:
Volver a la versión con el número de versión especificado (tome 1a2b3c como ejemplo):
- se borrará con dificultad el directorio de trabajo y los cambios temporales en la tienda.
- el software preservará el contenido del directorio de trabajo y colocará las nuevas diferencias de archivos generadas al preservar el contenido del directorio de trabajo en un almacenamiento temporal.
-Parámetros de mezcla. Si git reset no agrega parámetros, el parámetro -mixed se usa de forma predeterminada. En este momento, significa: conservar el directorio de trabajo y borrar el área de almacenamiento temporal.
La versión señalada por HEAD es la versión actual, por lo que Git nos permite desplazarnos entre versiones mediante comandos.
Restablecimiento de Git: ID de confirmación completa
Antes de realizar el traslado, puede usar git log para ver el historial de confirmaciones y determinar a qué versión volver.
Para regresar al futuro, use git reflog para examinar el historial de comandos y determinar a qué versión regresar en el futuro.