Registrar cambios
En este punto, 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 Git 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 (staging area). 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 . Después del comando, pasamos un argumento: el archivo que queremos añadir al área de preparación. En nuestro caso, es hello.html.
git add hello.htmlAñade el archivo hello.html al área de preparación del repositorio.
Ahora estamos a punto de crear nuestro primer commit. Podemos hacerlo usando el comando así:
git commit -m "Initial commit"La opción importante aquí 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 preparación es el índice. En GitByBit solemos decir área de preparación porque describe para qué la usas: preparar cambios para el siguiente commit.
Haz el curso como estaba pensado: progreso en pequeñas dosis, un orden lineal y sin distracciones, y entradas de Gitopedia que se desbloquean poco a poco. Continúa con Git real en VS Code/Cursor/Antigravity/Windsurf cuando quieras.
pero requiere iniciar sesión