Aprende el circuito base de Git para trabajar con seguridad: revisar cambios, preparar staging, crear commits claros y leer historial.
Este es el bloque que más usarás en tu día a día: <code>status</code> para orientarte, <code>add</code> para elegir cambios y <code>commit</code> para guardar una versión con contexto.
Un commit bueno explica intención, no solo acción. En vez de "cambios", mejor "corrige validación de email en registro" ✅.
Cuando acabes aquí, te recomiendo pasar a <a href="/curso/git-github/leccion/git-github-deshacer-cambios-fundamentos">deshacer cambios sin romper historial</a>, porque es la otra mitad del trabajo real.
Primero mira el estado, luego decide qué entra al commit.
<code>git status</code> te muestra archivos modificados, no trackeados y qué está en staging. El error típico es hacer <code>git add .</code> sin revisar; en proyectos reales eso mete ruido en commits.
Staging te permite seleccionar cambios concretos para construir commits pequeños y revisables. Esa granularidad ahorra tiempo en revisiones y debugging.
Piensa en tu yo de dentro de tres meses leyendo el historial.
Un mensaje claro responde qué cambió y para qué. Si tu equipo usa convención (por ejemplo Conventional Commits), aplícala siempre. La consistencia facilita release notes y búsqueda por historial.
Puedes revisar historial compacto con <code>git log --oneline --graph --decorate</code> para entender ramas y merges de un vistazo 📌.
Aprende el circuito base de Git para trabajar con seguridad: revisar cambios, preparar staging, crear commits claros y leer historial.
Código del tema: git commit -m "feat: agrega validacion"
Primero mira el estado, luego decide qué entra al commit.
git status te muestra archivos modificados, no trackeados y qué está en staging. El error típico es hacer git add . sin revisar; en proyectos reales eso mete ruido en commits.
Staging te permite seleccionar cambios concretos para construir commits pequeños y revisables. Esa granularidad ahorra tiempo en revisiones y debugging.
git status
git add src/login.js
git statusPiensa en tu yo de dentro de tres meses leyendo el historial.
Un mensaje claro responde qué cambió y para qué. Si tu equipo usa convención (por ejemplo Conventional Commits), aplícala siempre. La consistencia facilita release notes y búsqueda por historial.
Puedes revisar historial compacto con git log --oneline --graph --decorate para entender ramas y merges de un vistazo 📌.
Refuerza el hábito de inspeccionar qué cambió realmente antes de añadir al staging o cerrar un commit, que es justo el corazón de esta lección.
