¿Les ha pasado que les piden unos cambios en el proyecto y luego de que los terminamos y hacemos commits de ellos, deciden que no los quieren? Git nos brinda una manera sencilla de volver nuestro branch a un commit anterior, o en otras palabras, volver en el tiempo.

Existen varias maneras que nos permiten lograr volver a un commit anterior, acá les voy a mostrar como hacerlo con el comando git reset.

Lo primero que debemos hacer es obtener el id (hash) del commit al cual queremos volver y lo podemos hacer de la siguiente forma:

git log --oneline

3ae884e (HEAD -> master) Se le pone corazón al formulario ASAP
1a61b76 Se agregan más opciones al formulario ASAP
0b448af Se agrega formulario ASAP
d4e428e Se agrega formulario de Proveedores
41df9f8 Se agrega formulario de Clientes
1a3a429 Se agrega formulario de Usuarios
2e7e6cd Primer commit

Supongamos en este caso que los cambios que no se quieren son a partir del commit con mensaje Se agrega formulario ASAP, entonces queremos volver al commit d4e428e descrito como Se agrega formulario de Proveedores.

Ejecutaríamos lo siguiente:

git reset --hard d4e428e

Si hacemos nuevamente un:

git log --oneline

d4e428e (HEAD -> master) Se agrega formulario de Proveedores
41df9f8 Se agrega formulario de Clientes
1a3a429 Se agrega formulario de Usuarios
2e7e6cd Primer commit

Podemos ver como ya se han removido todos los commits que seguían a Se agrega formulario de Proveedores. ¡Genial!

Pero como la vida es así de inesperada. Vuelven a decirnos que los cambios si van a requerirse.

¡Nooo! No puede ser... ¿Y ahora? Es el momento de mantener la calma, ya que git nos brinda la posibilidad de volver al futuro.

Lo único que tenemos que hacer es un:

git reflog

d4e428e (HEAD -> master) HEAD@{0}: reset: moving to d4e428e
3ae884e HEAD@{1}: commit: Se le pone corazón al formulario ASAP
1a61b76 HEAD@{2}: commit: Se agregan más opciones al formulario ASAP
0b448af HEAD@{3}: commit: Se agrega formulario ASAP
d4e428e (HEAD -> master) HEAD@{4}: commit: Se agrega formulario de Proveedores
41df9f8 HEAD@{5}: commit: Se agrega formulario de Clientes
1a3a429 HEAD@{6}: commit: Se agrega formulario de Usuarios
2e7e6cd HEAD@{7}: commit (initial): Primer commit

Allí podremos ver el historial completo de cambios de nuestro repositorio local e identificar el hash del commit que tiene el cambio al que queremos ir. En este caso el 3ae884e.

Basta nuevamente con hacer:

git reset --hard 3ae884e

Entonces podemos ver los resultados:

git log --oneline

3ae884e (HEAD -> master) Se le pone corazón al formulario ASAP
1a61b76 Se agregan más opciones al formulario ASAP
0b448af Se agrega formulario ASAP
d4e428e Se agrega formulario de Proveedores
41df9f8 Se agrega formulario de Clientes
1a3a429 Se agrega formulario de Usuarios
2e7e6cd Primer commit

¡Y listo! Ya podemos ver como recuperamos nuestro trabajo.

Gracias Doc. Git, por salvarnos la vida una vez más.

Y ustedes, ¿se han visto alguna vez en esta situación?

Se han preguntado ¿por qué al hacer un merge entre dos branchs, a veces se añade un nuevo commit que generalmente dice "Merge branch 'nombre_branch'" y en otras ocasiones no lo hace?. Existe una explicación para eso y acá se las voy a dar.

Existen al menos tres posibles resultados cuando hacemos un merge:

• Merge con avance rápido (fast-forward): se presenta cuando por ejemplo creamos un nuevo branch desarrollo a partir del branch master y agregamos cambios en este nuevo branch. Luego cuando vamos a hacer el merge del branch desarrollo a master, si master permanece sin ningún cambio, se producirá un avance rápido. Solo se añadiran los nuevos commits presentes en el branch desarrollo y no se generará ningún commit adicional.


• Merge de tres vías (3-way): siguiendo el ejemplo de crear un branch desarrollo a partir del branch master. Imaginemos que se existen nuevos commits en master al momento de querer hacer el merge del branch desarrollo, git se encarga de hacer la unión y se va a ver reflejado en un nuevo commit que por defecto tiene como mensaje similar a "Merge branch 'desarrollo'".


• Merge con conflictos: cuando se presenta un merge con conflictos por resolver, siempre se crea un nuevo commit que representa la solución de los conflictos.

Si quieres ampliar la información y verla de manera gráfica, puedes visitar el siguiente enlace.

Desde que aprendí el truco para mostrar el branch actual de git en el terminal de Linux, siempre lo uso cuando configuro cada nuevo entorno.

Es súper fácil, solo editar el siguiente archivo:

nano ~/.bashrc

Y copiar al final de todo lo siguiente:

mostrar_git_branch() {
     git branch 2> /dev/null | sed -e '/^[^*]/d' -e 's/* \(.*\)/ (\1)/'
}
export PS1="\u@\h \[\033[32m\]\w\[\033[36m\]\$(mostrar_git_branch)\[\033[00m\] $ "

Reiniciar la terminal y listo. Debe verse de la siguiente forma:

~/git_hacks (master) $

Podemos cambiar el color del branch sustituyendo el código [36m\], por el código correspondiente al color:

• Negro [30m\]
• Rojo [31m\]
• Verde [32m\]
• Amarillo [33m\]
• Azul [34m\]
• Magenta [35m\]
• Cyan [36m\]
• Blanco [37m\]

Referencias:

• https://sujipthapa.co/blog/git-pro-tip-show-your-branch-on-linux-ubuntu-terminal
• http://dvtprueba.blogspot.com/2014/10/linux-y-git-mostrar-el-branch-actual-en.html

Podemos lograr ser más eficientes si añadimos unos simples parámetros al ya conocido git log. Existen muchas opciones para usar, a continuación te muestro algunas de las más útiles.

Para obtener de manera resumida los commits con su hash corto usamos --oneline:

git log --oneline

b19d32b (HEAD -> master) Merge branch 'desarrollo'
71bfbc7 (desarrollo) Se agrega formulario
e68d063 Se agregan nuevos modelos
7c9ba01 Se amplía la funcionalidad
8c83c8c Fix de nueva funcionalidad
bcefff1 Se agrega nueva funcionalidad
45668ae Primer commit

Podemos ver de forma gráfica el historial de commits añadiendo --graph:

git log --oneline --graph

*   b19d32b (HEAD -> master) Merge branch 'desarrollo'
|\  
| * 71bfbc7 (desarrollo) Se agrega formulario
* | e68d063 Se agregan nuevos modelos
|/  
* 7c9ba01 Se amplía la funcionalidad
* 8c83c8c Fix de nueva funcionalidad
* bcefff1 Se agrega nueva funcionalidad
* 45668ae Primer commit

Es posible ver que archivos forman parte de cada commit con --stat:

git log --stat

commit 7c9ba0196ac53c706bd7caa465c489fc0bd501b1
Author: LCI
Date:   Fri Jun 5 22:35:11 2020 -0300

    Se amplía la funcionalidad

 index.js | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Si queremos ver exactamente que cambios se hicieron podemos usar -p:

git log -p

commit 7c9ba0196ac53c706bd7caa465c489fc0bd501b1
Author: LCI
Date:   Fri Jun 5 22:35:11 2020 -0300

    Se amplía la funcionalidad

diff --git a/index.js b/index.js
index 40fcb78..529c767 100644
--- a/index.js
+++ b/index.js
@@ -1,3 +1,3 @@
 Primera línea
-Segunda línea
+Segunda línea se cambia
 Tercera línea

Podemos filtrar los últimos n commits agregando -n (número de commits):

git log --oneline -2

b19d32b (HEAD -> master) Merge branch 'desarrollo'
71bfbc7 (desarrollo) Se agrega formulario

Es posible buscar los commits que coincidan con una descripción agregando --grep="texto":

git log --oneline --grep="formulario"

71bfbc7 (desarrollo) Se agrega formulario

También se puede buscar dentro de las modificaciones de contenido de los archivos con -S "texto":

git log --oneline -S "se cambia"

7c9ba01 Se amplía la funcionalidad

Si queremos buscar los commits donde se encuentra un archivo se agrega -- archivo:

git log --oneline -- form.js

71bfbc7 (desarrollo) Se agrega formulario

Existen más opciones que podemos añadir al comando git log, si quieres leer más puedes ir a este link.

Los sistemas de control de versiones son un elemento indispensable hoy día en el desarrollo de software; sobre todo cuando hablamos de trabajo colaborativo. Git es el sistema de control de versiones más popular actualmente, por lo que en esta entrada voy a listar esos comandos básicos que debes conocer para manejarte profesionalmente con esta herramienta.

1. Ver las ramas existentes:

   git branch
   

2. Crear nueva rama:

   git checkout -b nombre_rama
   

3. Fusionar una rama con la actual (más trucos de git merge):

   git merge nombre_rama
   

4. Listar el log de commits resumido (más trucos de git log):

   git log --oneline
   

5. Agregar todos nuestros cambios al área de preparación:

   git add --all
   

6. Confirmar los cambios en el área de preparación:

   git commit -m "Por favor agreguen una descripción útil a sus commits xD"
   

7. Modificar el mensaje de la última confirmación:

   git commit --amend -m "Un mensaje totalmente claro"
   

8. Agregar más archivos a la última confirmación sin cambiar el mensaje:

   git add archivo_faltante.js
   git commit --amend --no-edit
   

9. Enviar cambios al repositorio remoto:

   git push origin nombre_rama
   

10. Cambiar a rama existente:

    git checkout nombre_rama
    

11. Actualizar rama a cambios remotos:

    git pull origin nombre_rama
    

12. Borrar rama:

    git branch -D nombre_rama
    

13. Guardar temporalmente los cambios sin confirmarlos:

    git stash --all
    

14. Traer a la rama actual los cambios guardados temporalmente:

    git stash pop
    

15. Borrar los cambios guardados temporalmente:

    git stash drop
    




Y si algo salió mal...



16. Reiniciar la rama al repositorio remoto:

    git reset --hard origin/nombre_rama
    

17. Volver a una confirmación anterior (más trucos de git reset):

    git reset --hard xxxxxx (número)
    

18. Sobreescribir una rama remota:

    git push -f origin nombre_rama
    

19. Borrar una rama remota:

    git push origin --delete nombre_name
    

20. Abortar la fusión de ramas:

    git merge --abort