Preview ng leksyon

Ramas: la realidad paralela de tu código

Las ramas son el corazón de Git y es donde la mayoría de los principiantes comienzan a tener miedo. Desmitificamos las ramas: mostramos que una rama es simplemente un apuntador, no una copia de archivos. Analizamos cómo crear ramas, cambiar entre ellas y fusionar cambios, además de ver la diferencia entre fusión de avance rápido y fusión de tres vías con ejemplos prácticos.

Simula ng leksyon

El mito de la copia de archivos en ramas

• Una rama no es una copia de archivos, sino un puntero ligero
• Crear una rama toma fracciones de segundo
• Coste de almacenamiento prácticamente nulo
• Todas las ramas trabajan con los mismos archivos

Imagina que cada vez que creas una rama tu proyecto se copiara por completo — ¡sería una pesadilla para repositorios grandes! Afortunadamente, Git es mucho más inteligente. Una rama es simplemente un puntero a un commit específico en el historial de cambios. No hay duplicación de archivos, lo que hace que las operaciones con ramas sean instantáneas. Es como cambiar entre diferentes puntos en el tiempo de tu código, no crear universos paralelos para cada cambio.

Funcionamiento interno de una rama

• Rama = archivo de texto con hash del commit
• Se almacena en .git/refs/heads/
• Tamaño: exactamente 40 caracteres
• Nueva rama = nuevo archivo con hash

Vamos a ver cómo funciona Git por dentro. Cada rama es simplemente un archivo de texto en la carpeta oculta punto git. Este archivo contiene solo cuarenta caracteres — el hash del último commit en la rama. Cuando creas una nueva rama, Git escribe el hash del commit actual en un nuevo archivo. Todo el proceso toma fracciones de segundo, incluso si el proyecto tiene miles de archivos. ¿Ahora entiendes por qué cambiar entre ramas es instantáneo?

Marcapáginas en lugar de copia del libro

• La rama como un marcapáginas en un libro
• No copia el contenido
• Cambio instantáneo
• Se pueden crear tantas como se desee

Hagamos una analogía con la lectura de un libro. Cuando colocas un marcapáginas en una página, ¿no estás copiando todo el libro, verdad? Simplemente estás marcando un lugar para volver más tarde. Una rama en Git funciona exactamente igual: es una etiqueta ligera que apunta a un estado específico de tu código. Puedes crear docenas de estas etiquetas sin ocupar espacio adicional en disco. Esto cambia radicalmente la forma en que puedes trabajar con diferentes versiones de un proyecto simultáneamente.

Nilalaman ng leksyon

1. El mito de la copia de archivos en ramas
2. Funcionamiento interno de una rama
3. Marcapáginas en lugar de copia del libro
4. Creando una rama en la práctica
5. Cómo funcionan las ramas en Git
6. Creando una nueva rama
7. Creación y cambio rápido
8. Qué ocurre al cambiar de rama
9. Cuando la fusión de ramas ocurre sin conflictos
10. Cómo funciona la fusión fast-forward
11. Ejemplo práctico: fusionar feature en main
12. Cuando la fusión de ramas no es posible automáticamente
13. Cómo se ve un conflicto de fusión
14. Pasos para resolver un conflicto
15. ¿Por qué la fusión simple no siempre funciona?
16. Cómo funciona la fusión de tres vías
17. Creando una confirmación de fusión en la práctica
18. Cómo la larga espera complica las fusiones
19. El peligro de ignorar los conflictos de fusión
20. La forma correcta de resolver conflictos
21. Creando una rama de funcionalidad para una nueva tarea
22. Trabajo paralelo en múltiples ramas
23. Fusionando cambios con la rama principal
24. Resumen: Ramas y Fusiones

Mga artikulo tungkol sa araling ito

• Mga command ng Git: cheat sheet na may mga halimbawa para sa araw-araw
• git checkout, switch, at restore: kailan gamitin ang alin
• git merge: paano pagsamahin ang mga branch at ayusin ang conflict
• Mga branch sa Git: git branch, paggawa, paglipat, at pagbura
• git worktree: paano magtrabaho sa maraming branch nang sabay

Lahat ng leksyon ng kurso

1. Introducción: Git desde cero hasta desarrollador seguro
2. Por qué necesitamos Git y por qué es imprescindible para conseguir trabajo
3. Instalación y configuración: preparando Git para su primer uso
4. Primer repositorio: init, add, commit y la magia del índice
5. Leyendo el historial: log, diff, show y navegación por el pasado
6. Ramas: la realidad paralela de tu código
7. Deshaciendo cambios: restore, reset, revert — correcto y peligroso
8. GitHub y repositorios remotos: tu código en la nube
9. Trabajo en equipo: forks, ramas de características y pull requests
10. Conflictos de fusión: no entres en pánico, comprende y resuelve
11. Flujos de trabajo con Git en equipos reales: ¿qué workflow elegir?
12. Herramientas avanzadas: rebase, stash, cherry-pick y etiquetas
13. Proyecto final: simulando un desarrollo en equipo real