Branches y Merging

Las ramas permiten trabajar en paralelo sin interferirse. La rama main (o master) es la principal con código estable. Para cada nueva funcionalidad o bug fix creas una rama separada, trabajas en ella, y cuando está lista la integras de vuelta. Esto permite que varios desarrolladores trabajen simultáneamente sin pisarse.

Los conflictos de merge ocurren cuando dos ramas modificaron la misma parte del mismo archivo y Git no puede decidir automáticamente cuál versión conservar. Git marca las secciones conflictivas con <<<, === y >>> para que tú decidas. Resolverlos manualmente es una habilidad que todo desarrollador debe dominar.

# Listar todas las ramas
git branch

# Crear una nueva rama
git branch feature/login

# Crear rama y cambiar a ella (forma moderna)
git switch -c feature/login

# Cambiar a una rama existente
git switch main

# Eliminar una rama (ya mergeada)
git branch -d feature/login

# Forzar eliminación (no mergeada)
git branch -D feature/login

# Hacer merge de feature hacia main
git switch main
git merge feature/login
# Fast-forward: si main no ha cambiado, mueve el puntero
# Merge commit: si ambas ramas divergieron, crea un nuevo commit

# Si hay conflictos Git marca los archivos:
# <<<<<<< HEAD (tu versión)
# tu código
# =======
# código entrante
# >>>>>>> feature/login

# Resolver conflicto: editar el archivo, luego:
git add archivo-conflicto.js
git commit -m "merge: resolver conflicto en login"

# Cancelar un merge en progreso
git merge --abort