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.
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!
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
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.

Comentarios