Conviene haber comprendido Trabajo, staging, diff y gitignore.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Commits atómicos con log y show y resolver un caso nuevo.
Reserva entre 35 y 55 minutos para lectura, ejemplos, tres comprobaciones y cierre.
04 / PREPARA EL LABORATORIO
Instala Git y utiliza Git Bash, PowerShell o una terminal Unix. Mantén un repositorio desechable para probar recuperación y conflictos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Commits atómicos y log y show? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Convertirás cambios en una narración verificable mediante commits pequeños, referencias y búsquedas que expliquen el proyecto.
Al terminar podrás
- Un commit atómico tiene una intención y queda comprobado
- Log y show responden quién cambió qué y desde dónde
- Ramas y etiquetas nombran commits; las búsquedas localizan cambios
01
Registrar una decisión
Un commit atómico tiene una intención y queda comprobado
Un buen commit reúne los cambios mínimos necesarios para una finalidad observable. Su mensaje explica qué aporta o corrige; el diff demuestra cómo. Evita mezclar refactor, formato y comportamiento si pueden revisarse por separado.
El estado preparado debe ser coherente por sí mismo.
El mensaje usa una acción concreta.
La prueba correspondiente debe pasar antes de confirmar.
¿Por qué “cambios varios” dificulta recuperar un proyecto?
Mostrar respuesta ＋
Porque no permite saber qué decisión contiene el commit, buscar su causa ni revertir una modificación concreta con confianza.
02
Leer el grafo
Log y show responden quién cambió qué y desde dónde
git log recorre commits alcanzables desde una referencia. --graph y --decorate muestran ramas y uniones; git show inspecciona una instantánea y su diferencia. Los filtros por autor, fecha, mensaje o ruta reducen el ruido.
Un hash abrevia la identidad del commit.
HEAD señala la posición actualmente extraída.
El grafo importa más que una simple lista cronológica.
¿Git ordena la historia únicamente como una línea?
Mostrar respuesta ＋
No. Los commits forman un grafo; una fusión puede tener más de un antecedente y varias ramas pueden apuntar a puntos distintos.
03
Nombrar y buscar
Ramas y etiquetas nombran commits; las búsquedas localizan cambios
Una rama suele avanzar con nuevos commits; una etiqueta normalmente marca una versión estable. git log --grep busca mensajes y -S localiza cambios en la cantidad de una cadena. Estas búsquedas sirven mejor cuando mensajes y commits son enfocados.
Una referencia evita memorizar hashes.
Las etiquetas anotadas pueden documentar una entrega.
reflog registra movimientos locales de referencias, no un historial compartido.
¿Qué diferencia habitual existe entre una rama y una etiqueta?
Mostrar respuesta ＋
La rama es una referencia móvil que avanza al confirmar; una etiqueta suele permanecer apuntando al commit que representa una versión.
Tu recorrido en tres ideas
- Un commit atómico tiene una intención y queda comprobado
- Log y show responden quién cambió qué y desde dónde
- Ramas y etiquetas nombran commits; las búsquedas localizan cambios
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Mezclar varias intenciones bajo un mensaje genérico.
Leer log como una lista plana e ignorar ramas y uniones.
Ahora hazlo sin guía
Crea tres commits atómicos, encuentra uno por su contenido y marca una entrega con una etiqueta anotada.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Cada commit conserva un estado comprobable.
- Los mensajes explican propósito.
- La búsqueda y la etiqueta apuntan al commit esperado.