Puedes comenzar sin experiencia. Solo necesitas una carpeta de práctica que no contenga trabajo importante.
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 Versiones distribuidas con Las cuatro zonas 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 Versiones distribuidas y Las cuatro zonas? ＋
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
Construirás un mapa del estado de Git antes de aprender comandos, para poder predecir qué cambia y cómo recuperarte.
Al terminar podrás
- Git registra decisiones, no solo copias de archivos
- Trabajo, staging, repositorio local y remoto cumplen funciones distintas
- Status, diff y un laboratorio desechable reducen el riesgo
01
Comprender el propósito
Git registra decisiones, no solo copias de archivos
Git es un sistema distribuido de control de versiones. Cada clon puede conservar el historial y crear commits sin conexión. Un commit identifica una instantánea relacionada con sus antecedentes, de modo que puedes comparar, explicar y recuperar el proyecto.
El historial vive en cada clon completo.
Un commit representa un estado coherente con autor, fecha y mensaje.
Una rama es una referencia móvil, no una copia de toda la carpeta.
¿GitHub y Git son la misma herramienta?
Mostrar respuesta ＋
No. Git gestiona versiones y ramas en tu equipo. GitHub es un servicio que puede alojar repositorios Git y añadir colaboración, revisiones y automatización.
02
Ubicar las zonas
Trabajo, staging, repositorio local y remoto cumplen funciones distintas
El directorio de trabajo contiene lo que editas. El índice o staging conserva exactamente lo que propones para el próximo commit. El repositorio local guarda commits. El remoto contiene referencias compartidas; push y fetch intercambian commits entre ambos.
git add copia una versión al staging.
git commit registra solo lo preparado.
git push publica commits; no publica cambios sin commit.
Si editas dos archivos y preparas solo uno, ¿qué registra git commit?
Mostrar respuesta ＋
La versión preparada del único archivo que está en staging. El otro cambio permanece en el directorio de trabajo.
03
Practicar con seguridad
Status, diff y un laboratorio desechable reducen el riesgo
Antes de restaurar, limpiar o reescribir, confirma carpeta, rama y estado. Practica operaciones de recuperación en un repositorio creado para experimentar. Una salida de terminal no es magia: cada comando debe responder una pregunta.
Comprueba pwd y git status antes de modificar.
Lee el diff antes de preparar o descartar.
Haz una copia recuperable antes de ensayar operaciones destructivas.
¿Por qué no conviene memorizar git reset --hard como solución general?
Mostrar respuesta ＋
Porque mueve una referencia y descarta cambios preparados y de trabajo. Primero hay que identificar qué versión se quiere conservar y elegir la operación con el alcance mínimo.
Tu recorrido en tres ideas
- Git registra decisiones, no solo copias de archivos
- Trabajo, staging, repositorio local y remoto cumplen funciones distintas
- Status, diff y un laboratorio desechable reducen el riesgo
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Pensar que git add publica archivos o que commit guarda automáticamente todo el directorio.
Ejecutar una recuperación sin identificar primero trabajo, staging, HEAD y remoto.
Ahora hazlo sin guía
Dibuja las cuatro zonas y narra qué cambia al editar, preparar, confirmar y publicar un archivo.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Distingue contenido de trabajo y contenido staged.
- Explica que push transporta commits.
- Incluye una comprobación con status o diff en cada transición.