Necesitas manejar archivos y terminal. No hace falta haber usado Git; esta sección enlaza con la ruta especializada para profundizar.
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 Zonas de Git con Ramas y etiquetas y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
04 / PREPARA EL LABORATORIO
Prepara una máquina virtual Linux con red NAT e instantáneas, o WSL para las prácticas que no requieren kernel y systemd completos.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Zonas de Git y Ramas y etiquetas? ＋
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
Usarás Git desde Linux para versionar scripts y configuración sin confundir historial local, GitHub, credenciales ni archivos generados.
Al terminar podrás
- Trabajo, staging, commits y remoto cumplen funciones distintas
- Ramas y etiquetas son referencias con comportamientos distintos
- Un repositorio debe funcionar después de clonarlo
01
Cuatro zonas
Trabajo, staging, commits y remoto cumplen funciones distintas
Git observa el directorio de trabajo, prepara cambios en el índice y crea commits locales. Un remoto como GitHub es otra copia con referencias sincronizables. status y diff permiten revisar antes de confirmar; push publica commits ya creados, no archivos sueltos.
git diff observa trabajo no preparado.
git diff --staged observa el próximo commit.
.gitignore no elimina secretos ya rastreados.
¿Qué contiene un commit?
Mostrar respuesta ＋
Una instantánea del árbol preparado, junto con autoría, fecha, mensaje y referencia al historial anterior; no es simplemente una lista de comandos ejecutados.
02
Historia explorable
Ramas y etiquetas son referencias con comportamientos distintos
Una rama suele avanzar con nuevos commits; una etiqueta nombra un punto estable. switch crea o cambia ramas; log muestra el grafo; show inspecciona un objeto. Visitar un commit directamente deja HEAD separado: sirve para observar, pero conviene crear una rama antes de conservar trabajo.
Una rama barata facilita experimentos pequeños.
Merge integra historias y puede requerir resolver intención.
Un tag anotado puede registrar una versión entregada.
¿Qué diferencia esencial hay entre una rama y una etiqueta?
Mostrar respuesta ＋
La rama es una referencia móvil que avanza con commits; una etiqueta normalmente conserva el punto exacto que nombró.
03
Entrega reproducible
Un repositorio debe funcionar después de clonarlo
Incluye README, requisitos, instrucciones, licencia si corresponde y pruebas. Mantén secretos en variables o almacenes externos y ofrece .env.example sin valores reales. Antes de publicar, busca credenciales e historial accidental y prueba desde una copia limpia.
Un commit pequeño explica una intención.
Los binarios generados suelen reconstruirse y no versionarse.
GitHub no reemplaza un respaldo de datos operativos.
¿Qué demuestra una ejecución correcta desde un clon limpio?
Mostrar respuesta ＋
Que el repositorio contiene instrucciones y archivos necesarios, y no depende accidentalmente de configuración o artefactos locales no documentados.
Tu recorrido en tres ideas
- Trabajo, staging, commits y remoto cumplen funciones distintas
- Ramas y etiquetas son referencias con comportamientos distintos
- Un repositorio debe funcionar después de clonarlo
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Creer que git add publica un archivo en GitHub.
Añadir secretos y confiar en .gitignore después de que ya entraron al historial.
Ahora hazlo sin guía
Entrega un repositorio de scripts con ramas, tag, README, pruebas y comprobación desde un clon limpio.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Cada commit representa una intención.
- No incluye credenciales ni artefactos innecesarios.
- Una persona puede reproducirlo solo con la documentación.