Desarrollo Web Control de versiones / octubre 28, 2022

Ciclo de git en local ¿Qué he acabado de hacer? #5

En el anterior artículo le metimos caña a la práctica pero sin explicar mucho el contexto general.

Cada vez que hacemos modificaciones (Todo lo representado con los rombos rojos en la imagen), tanto de crear un fichero o directorio, borrarlos, añadir líneas o borrarlas, estamos en nuestro workspace con cambios sin trackear por git.

Comando git add, al staging area

Cuando añadimos los cambios con el comando git add lo que realmente hacemos es añadir el cambio del directorio de trabajo (A.K.A workspace) al staging area y le dice a git de incluir las actualizaciones en el próximo commit. Sin embargo, git add no afecta realmente al repositorio de forma significativa. Los cambios no se registran realmente hasta que se ejecuta git commit.

Vamos a verlo bien con un ejemplo:

Vamos a hacer cambios en nuestro fichero de prueba.txt, lo abrimos y escribimos "Primera línea de prueba" y hacemos lo siguiente:

$ git status

Nos saldrá  algo parecido a lo siguiente:

En la rama main
Cambios no rastreados para el commit:
  (usa "git add <archivo>..." para actualizar lo que será confirmado)
  (usa "git restore <archivo>..." para descartar los cambios en el directorio de trabajo)
	modificado:     prueba.txt

Como puedes ver el comando git status es un comando esencial para ver el estado de cada interacción que hagamos con git.

Podemos comprobar que lo modificado sale en rojo. Nos indica que está sin añadir al staging area.

🎩
Recuerda que es importante cuando trastees con git leer los mensajes que te devuelve en la terminal, con paciencia y práctica cada vez entenderás mejor lo que te dice.

Podemos ver la diferencia de lo que había antes y lo que hay ahora:

git diff prueba.txt

Nos tiene que devolver esto:

diff --git a/prueba.txt b/prueba.txt
index 8b13789..1adf7fa 100644
--- a/prueba.txt
+++ b/prueba.txt
@@ -1 +1 @@
-
+Primera línea de prueba

Este es un comando que, de momento nos quedamos con que nos enseña los cambios a nivel de línea cuando lo usamos en un fichero o en general de todos los ficheros de lo que ya teníamos en el fichero en el repositorio local y lo que le hemos añadido ahora

Representa lo que había antes en rojo y en verde que se ha añadido la "Primera línea de prueba".

Este comando compara los cambios y nos permite ver si hemos añadido y borrado lo que queríamos (veremos este comando en más profundidad).

Ahora tendremos que utilizar el comando git add que, como añadimos todo lo que hay en el directorio actual, podemos hacer así:

$ git add .

Ahora a ver si adivinas... si! hacemos un git status, nos devolverá esto:

En la rama main
Cambios a ser confirmados:
  (usa "git restore --staged <archivo>..." para sacar del área de stage)
	modificado:     prueba.txt

Bien! Felicidades! Ya estamos en los rombos verdes en el staging area, preparadas para hacer nuestro segundo commit!

🎩
Cada vez que hagas alguna acción de git te recomiendo que SIEMPRE se haga un git status y cada vez que hagas commit hagas un git log. Incluso al principio de ponerte con git puedes ver los commits que tienes y los que acabas teniendo. Estos dos comandos son ESENCIALES para no perderte en lo que estés haciendo.

Comando git commit, al repositorio local

Ahora hacemos el commit para que quede constancia del cambio:

$ git commit -m "Añadida línea al fichero de prueba"

y comprobamos con git log, te devolverá algo parecido:

commit 031dab17f28462f3da161a36224ee009709056ef (HEAD -> main)
Author: usuario <correo>
Date:   fecha del commit

    Añadida línea al fichero de prueba

commit 1116020596f99ee482wa2d090eba0589b551145f
Author: usuario <correo>
Date:   fecha del commit

    Añadido fichero de prueba

Vaya, si hicimos el primer commit del anterior tutorial saldrán dos commits, su hash que es ese pedazo conjunto de números y letras, el autor/a con el correo y la fecha del commit.

Ahora ya sabes más y tienes un flow de trabajo (te lo resumo con 🐈):

A practicar!!

Ejercicio

📚
Mira los commits que tienes con git log. Crea un fichero nuevo llamado prueba2.txt y haz un commit. Luego borra ese fichero y haz un commit conforme lo has borrado. Comprueba con git log que tienes un commit más.

Solución al ejercicio

Hacemos git log, nos tiene que salir ‌‌el commit que hicimos del anterior artículo.

Creamos el fichero prueba2.txt con touch prueba2.txt, hacemos git status y comprobamos que hay que añadirlo al staging area. hacemos git add prueba2.txt.

Hacemos un git commit -m "Creado fichero prueba2", comprobamos con git log  que tenemos ese commit . 


Borramos el fichero con rm prueba2.txt. Comprobamos el estado de ese fichero con git status. Añadimos al staging area con git add prueba2.txt comprobamos con git status que está en el staging area. 

Hacemos git commit -m "Borrado fichero prueba2.txt" y comprobamos con git log que tenemos este commit y el anterior cuando hemos creado el fichero.