Ramas de Git: crear, fusionar y trabajar con pull requests

En Git, una rama es una línea independiente de cambios dentro del proyecto. Te permite trabajar en una nueva función o corregir un fallo sin tocar la versión estable, y unir el trabajo cuando esté listo.

La idea

Tu proyecto tiene una rama principal (normalmente main) con el código que funciona. Cuando quieres añadir algo, creas una rama aparte, haces tus cambios y, si todo va bien, los fusionas (merge) con la principal. Si algo sale mal, borras la rama y la principal sigue intacta.

Comandos básicos

git switch -c nueva-funcion   # crea la rama y se cambia a ella
# ... editas archivos ...
git add .
git commit -m "Añade la nueva función"

git switch main               # vuelve a la rama principal
git merge nueva-funcion       # fusiona los cambios en main
git branch -d nueva-funcion   # borra la rama ya fusionada

git branch muestra las ramas existentes y git switch nombre cambia de una a otra. Antes de cambiar de rama, guarda tus cambios con un commit para no mezclarlos.

Pull request: proponer los cambios

En plataformas como GitHub, GitLab o Bitbucket, la fusión suele hacerse mediante una pull request (en GitLab, merge request):

1. Subes tu rama al repositorio remoto (git push -u origin nueva-funcion).
2. Abres una pull request desde la web: «quiero fusionar mi rama en main».
3. Otras personas revisan el código, comentan y piden cambios.
4. Cuando se aprueba, se fusiona y la rama puede borrarse.

Es la forma estándar de trabajar en equipo y de mantener un historial ordenado.

Conflictos de fusión

Si dos ramas modifican las mismas líneas, Git no sabe cuál elegir y marca un conflicto. Abre el archivo: verás las dos versiones separadas por marcas (<<<<<<<, =======, >>>>>>>). Decide el resultado final, borra las marcas, guarda, y completa la fusión con git add y git commit. No te asustes: es normal y casi siempre se resuelve en un minuto.

Buenas costumbres

• Crea ramas pequeñas con un objetivo claro y nombres descriptivos (arreglo-login, pagina-contacto).
• Actualiza tu rama con los cambios de main antes de abrir la pull request, para evitar conflictos mayores.
• Escribe mensajes de commit que expliquen el qué y el porqué.
• Nunca subas contraseñas ni claves al repositorio.

Si aún no dominas la terminal, repasa antes los comandos básicos.