Volver en el tiempo en nuestro repositorio utilizando reset y checkout

Clase 12 de 43 • Curso Profesional de Git y GitHub

Resumen

El comando git checkout + ID del commit nos permite viajar en el tiempo. Podemos volver a cualquier versión anterior de un archivo específico o incluso del proyecto entero. Esta también es la forma de crear ramas y movernos entre ellas.

También hay una forma de hacerlo un poco más “ruda”: usando el comando git reset. En este caso, no solo “volvemos en el tiempo”, sino que borramos los cambios que hicimos después de este commit.

Hay dos formas de usar git reset: con el argumento --hard, borrando toda la información que tengamos en el área de staging (y perdiendo todo para siempre). O, un poco más seguro, con el argumento --soft, que mantiene allí los archivos del área de staging para que podamos aplicar nuestros últimos cambios pero desde un commit anterior.

Repasa qué es branch

Cómo usar Git Reset

Para volver a commits previos, borrando los cambios realizados desde ese commit, podemos utilizar:

git reset --soft [SHA 1]: elimina los cambios hasta el staging area
git reset --mixed [SHA 1]: elimina los cambios hasta el working area
git reset --hard [SHA 1]: regresa hasta el commit del [SHA-1]
Donde el SHA-1 es el identificador del commit

Aporte creado por: Johan Mosquera

Anthony González (@ThonnyGeek)

student•

Acá les dejo mis anotaciones, para quienes les puedan servir :)

Nicolás Cualangelo

student•

Muchas gracias, se sirvió bastante.

Dante Castillo Z.

student•

gracias por el resumen!

María José Ledesma

student•

Leonel Vega Vargas

student•

Wow que lindo, sería genial adaptarlo a una infografía.

Juanes Sánchez

student•

Gracias por el aporte

Jesús Joel Sarabia Félix

student•

Ánimo compañeros! :D

Aurelio ML

student•

tus resumenes son muy buenos

gonzalo jordan

student•

yo se de donde saco esas imagenes pero no dire nada jajaj ... mas bien felicidades por compartir material

Jorge Arturo Fuentes Salmerón

student•

Brayam Teófilo Jiménez

student•

Momazo

Leobardo Adrian Diaz Ruiz

student•

buen momo rifado XD

Jose Luis Mendoza Mogollón

student•

Ernesto Valencia

student•

wow esto está genial, muchas gracias por el aporte!!

Pablo Perez Lee

student•

Gracias Master.

Leonel Salazar

student•

Al principio es muy dificil entender los conceptos del stage y el commit, lo se. Pero a mi me funciono verlo como una tienda. Les comparto: Pensemos en una tienda donde comprar un plato de ensalada preparado con tus propias manos. Tu eliges los vegetales y tambien puedes comprar mas de uno.

En el momento que entras a la tienda es tu git init, todo ahi esta pero no todo lo vas a comprar, solo lo tienes a disposicion.
Entonces preparas un plato poniendo los vegetales e ingredientes. Haces lo mismo con dos o mas platos. Pero solo los que al final vas a comprar los pones en el carrito de compras, ese es tu git add plato_1. Lo que no lo ignoras git ignore plato_2.
Tal ves quieras sacarlos del carrito, eso seria git reset HEAD, pero si queres deshacer un plato que ya elaboraste, como que le quitas todo y pones todos lo vegetales en su lugar de regreso seria git rm --cached
Al final, llevas tu carrito de compras (stage) a la caja para pagar, el cajero te pide un texto o algo para ponerlo en tu recibo de compra, eso seria tu git commit -m "Mi primera compra aqui". El cajero te da tu numero de recibo (JH6GFD67KJB889JJJNH....)
Asi, si quisieras volver a crear un plato en especifico que creaste en alguna de tu compras anteriores usas git checkout JH6GFD67KJB889JJJNH.... plato_X para volver a tenerlo en tu mano, pero recuerda que tienes que volver a ponerlo en el carrito antes de pasar a la caja. O si pensandolo bien no lo querias, lo regresas con git checkout master plato_x

Con esta analogia, se me ha hecho mas facil ir entendiendo las cosas nuevas que voy aprendiendo de git conforme pasa el tiempo. Solo es cosa de ir encajando todo en su lugar, espero que les sirva a alguno de ustedes tambien.

Team Learning

student•

Interesante Analogia, muy bien (y)

Samil Sanchez

student•

Gracias buena analogía

Daniel Muñoz Martín

student•

Me gustaría recomendarles una configuración para git log que vimos en un curso anterior de Platzi de Git. Con esta configuración conseguiremos ver nuestro log se vea de una forma un poco más amigable y fácil de leer.

Para ello simplemente tenemos que agregar a nuestra configuración de git un alias: un alias es un atajo para no escribir tanto código. Para ello lo que tenemos que hacer es escribir el siguiente comando en nuestra terminal:

$ git config --global alias.superlog log --graph --abbrev-commit --decorate --date=relative --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all

Con esto agregaremos un “nuevo comando” para git llamado: git superlog. Recuerden que pueden asignar el alias que quiera, en mi caso fue superlog. Ahora cada vez que escribamos dicho comando nos aparecerá el log de la siguiente manera:

En la parte izquierda de color azul viene el identificador del commit (SHA) para que podamos movernos en el tiempo de manera rápida. (Por supuesto se pueden cambiar los colores a unos diferentes de los que puse.)

Este es el tercer curso de Git que doy aquí en Platzi y siempre mejora al anterior en sencillez y claridad. Gran curso y gran trabajo por parte de Freddy y del equipo de Teaching 😊

A nunca parar de aprender !

Eden Rodrigo Verdugo Garcia

student•

genial, se ve mas entendible, gracias por compartir.

RAMON Espinosa

student•

Les recomendo que antes de realizar este alias entiendan que significan cada termino, ademas tambien entiendan como funcionan los alias por que si hacen esto solo funcionara en su terminal no en todas las terminales.

José Tuzinkievicz

student•

Por no saber lo de la bendita Q, no saben las veces que reinicié la terminal jajaj :(

Andres Rivera

student•

me paso igual.

Brandon Díaz

student•

A mi me tocó aprenderlo apretando todos los botones, hasta que vi que la Q era la única que no sonaba.

Juan Andres Garzon Garay

student•

Daniel Morales

student•

Gracias por el aporte.

Augusto Jose Suarez Flores

student•

nunca cambio de leccion hasta ver tus resumenes , muchisimas gracias

Francisco Sebastian Dueñas Caicedo

student•

¡¿Usted está loco?!

Jose Colmenares

student•

Préstenle muchísma atención a esta clase. En serio, jueguen con el Git Reset todo lo que puedan, yo he borrado un montón de cosas que no quería por utilizar mal el git reset.

Diego Rubio

student•

ohhh gracias compa por el consejo

Ricardo Celis

teacher•

y para profundizar en todo lo relacionado con desarrollo web, https://platzi.com/cursos/programacion-basica/ https://platzi.com/cursos/html5-css3/ entra a esos cursos!

José Gregorio Block

company_admin•

#AhíVoy

Santiago Ruiz Rincón

student•

Para no escribir todo el codigo html basta con escribir html:5 en un archivo html y darle enter

Maria Belen Vicente Sanchez

student•

ya lo podía decir el profesor, que va sumamente rápido y encima ponen cámara rápida para no ver como se hace, lo escribí todo y mas de media hora viendo por qué no me funcionaba, mientras con la cámara rápida era milisengundos sin verse nada, que perdida de tiempo, gracias por pensar el los alumnos

Alejandro Ching

student•

justo el comentario que estaba buscando, no recordaba como era el codigo ://

Ulises Antonio Sámano Galván

student•

Eliminar archivos

$git rm --cached: Elimina los archivos que estén en staging. $git rm --force: Elimina los archivos tanto de Git como en el disco duro.

Comparar commits de archivos

$git diff commit1 commit2.

Volver a versiones anteriores del archivo

$git reset --soft: Elimina las versiones posteriores a la que queremos volver, sin embargo, los archivos staging siguen intactos. $git reset --hard: Elimina las versiones posteriores a la que queremos volver, incluyendo los archivos staging. $git reset HEAD: Hace que los archivos staging se vuelvan unstaged. $git checkout: Al contrario de los $git reset, este es solo darle un vistazo a como era el archivo, ya que no elimina los comits, hay dos formas de usarlo: 1)$git checkout ID DEL COMMIT NOMBRE DEL ARCHIVO: vuelves a la versión anterior, puedes hacer que esa versión sea la última usando $git add. 2)$git checkout master: Hace que volvamos a la versión del último commit.

Efraín Hernández García

student•

Gracias es un excelente aporte!

Javier Alejandro Flores Gomez

student•

Hola chicos, alguien sabe porque despues de usar Git log, no me deja escribir en la consola? que tengo que hacer?

Manuel Antonio Perez Herrera

student•

Hola Javier, tienes que salir de esa vista, puedes hacerlo pulsando la tecla Q

Javier Alejandro Flores Gomez

student•

Muchas gracias

Franco Colmenarez

student•

Un dato curioso: realmente si se puede revertir un git reset --hard, pero solo si tienes el hash del commit del head que estaba antes de que lo hicieras (por eso es muy importante antes de hacer git reset --hard, primero hacer un git log y guardar los hashes en alguna parte si te arrepientes)

Wilson Alexander Caal Pacay

student•

jajaja que crazy

Maria Belen Vicente Sanchez

student•

gracias, me copio la informacion

Israel Castro

student•

Al final hice un cagadero con las versiones, creo que tendré que volver a empezar jajaja.

Ricardo Celis

teacher•

el repositorio de Freddier con todos los commits que el hace lo puedes encontrar aquí: https://github.com/freddier/hyperblog

iVICH Dev

student•

Muchas gracias!

RAMON Espinosa

student•

vamos hacer chekout

Johan Mosquera

student•

Para volver a commits previos borrando los cambios realizados desde ese commit podemos usar.

git reset --soft [SHA 1]: elimina los cambios hasta el staging area
git reset --mixed [SHA 1]: elimina los cambios hasta el working area
git reset --hard [SHA 1]: regresa hasta el commit del [SHA-1]

Donde el SHA-1 es el identificador del commit

Richard Josbranil López Ortega

student•

Muy buen aporte. Gracias.

JOHN ALEJANDRO SOTO GOMEZ

student•

Muchas gracias Johan por esa información

Marlon Ramirez

student•

Recomiendo que hagan la practica de este ejercicio, se va utilizar mucho mas adelante. NO LO PASEN POR ALTO POR FAVOR. Lo digo por experiencia propia.