Añadir cambios y crear un commit
Ahora mismo, el repositorio no contiene ningún archivo ni cambio. Sí, tenemos el archivo hello.html en el directorio de trabajo, pero todavía no está bajo control de versiones. Tenemos que añadir explícitamente los cambios al repositorio.
Un cambio en el repositorio se llama . Puedes pensar en un commit como una instantánea del repositorio en un momento concreto. Contiene todos los cambios hechos desde el último commit. También puedes añadir un mensaje al commit para describir qué cambios se han hecho.
Antes de crear un commit, tenemos que decirle a Git qué cambios queremos meter en ese commit. En términos de Git, tenemos que añadir todos los cambios relevantes al . Es una forma elegante de seleccionar los archivos que queremos incluir en el siguiente commit.
Ahora vamos a añadir nuestra página "Hello, World!" al control de versiones. Para hacerlo, usaremos el comando . Al comando le pasamos un argumento: el archivo que queremos añadir a staging. En nuestro caso, es hello.html.
git add hello.htmlAñade el archivo hello.html a staging.
Ahora estamos a punto de crear nuestro primer commit. Para ello, usamos el comando así:
git commit -m "Initial commit"Aquí, la opción clave es -m (abreviatura de --message), que nos permite escribir el mensaje del commit en la misma línea. Un buen mensaje del commit explica brevemente qué ha cambiado para que tu yo del futuro y tu equipo puedan entender el historial. Si omites -m, Git abrirá tu editor de texto predeterminado y te pedirá escribir el mensaje ahí.
Si has ejecutado el comando de commit sin la opción -m, quizá hayas visto que tu terminal ha cambiado: el historial ha desaparecido y tienes delante una pantalla en blanco. Ese es el editor de texto que Git ha abierto para tu mensaje del commit. Puedes escribir el mensaje, guardarlo y cerrar el editor para completar el commit. El editor suele ser un como vim o nano.
Suena fácil. ¿Qué podría salir mal? Quien no conoce estos editores puede tener problemas incluso para salir de ellos. Si te pasa, aquí tienes algunos vídeos que te ayudarán a salir: Vim, Nano.
Si nada funciona, cierra la pestaña o ventana de la terminal, abre una nueva y empieza de nuevo.
En el ejemplo anterior, la parte "Initial commit" es el valor de la opción -m, nuestro mensaje del commit. Ten en cuenta que el mensaje del commit debe ir entre comillas para que el mensaje completo se trate como un único valor. Se registrará sin las comillas exteriores.
Guarda el archivo hello.html en el repositorio con un commit.
Deberías ver una salida parecida a esta:
[main (root-commit) 571a4dd] Initial commit
1 file changed, 1 insertion(+)
create mode 100644 hello.html
Es una buena práctica dividir los cambios independientes en commits separados. Por ejemplo, si has añadido una funcionalidad nueva y has corregido un bug, es mejor crear dos commits separados en vez de uno. Así puedes revertir los cambios de esa funcionalidad sin perder la corrección del bug. Esta práctica se llama .
El nombre técnico del área de staging es el índice. En GitByBit solemos decir área de staging o simplemente staging para nombrar ese lugar, y preparar cambios para la acción: decidir qué entrará en el siguiente commit.
Haz el curso como se pensó: avanza poco a poco y en orden, sin distracciones, mientras desbloqueas nuevas entradas de Gitopedia. Cuando quieras, continúa practicando con Git de verdad en VS Code, Cursor o Antigravity IDE.
pero requiere iniciar sesión