Tutorial de Fusión Git: Una guía completa con ejemplos

Tipos de fusiones en Git

Comprender los tipos de fusión de Git te ayudará a elegir la estrategia adecuada para tu escenario. He aquí los tres enfoques habituales de la fusión. 

Fusión rápida

Cuando la rama base no tiene nuevas confirmaciones desde que se creó la rama característica, Git utiliza un enfoque de avance rápido. 

Si tu nueva rama de características se actualiza mientras la rama principal permanece sin cambios, la confirmación de fusión mueve el puntero de la cabeza de la principal a la rama de características. 

No se crea ninguna confirmación de fusión adicional, lo que mantiene el historial de confirmaciones limpio y lineal.

Fusión tripartita

Si tanto la rama base como la rama de características tienen nuevas confirmaciones, Git encontrará su ancestro común y creará una nueva confirmación de fusión. Esta confirmación combina los historiales de ambas ramas, conservando el historial individual de la rama de características y de la rama principal.

En el siguiente ejemplo, "E" y "G" son nuevos commits en la rama principal después de que se creara la rama de características. 

      C---D---F (feature-branch)
     /         
A---B---E---G (main) 

Se crea una nueva confirmación de fusión, "M", que conserva el historial de las ramas principal y de características. 

       C---D---F
      /         \
 A---B---E---G---M (main)

Fusión de calabazas

Squash merge combina todos los cambios de una rama de características en una única confirmación y la fusiona en la rama de destino. No conserva el historial de confirmaciones individuales de la rama de características. 

git merge --squash feature_branch_name

Una fusión squash es especialmente útil para evitar el desorden de múltiples confirmaciones pequeñas, conservando el estado final de la función en la rama de destino.

Fusionar varias ramas

Cuando trabajes en proyectos grandes, puede que necesites fusionar varias ramas, de una en una o todas a la vez. El enfoque que elijas depende de tu flujo de trabajo y de la complejidad de los cambios. En esta sección, exploraré ambos métodos y cuándo utilizarlos eficazmente.

Fusionar más de una rama secuencialmente

Para fusionar ramas una a una, utiliza el comando fusionar secuencialmente para cada rama de característica. 

Paso 1: Cambia a la rama de destino en la que quieras fusionar los cambios.

git checkout target_branch_name

Paso 2: Fusiona la primera rama de características, como se muestra a continuación.

git merge feature_branch_1

Paso 3: Fusiona la segunda rama de características como se muestra.

git merge feature_branch_2

Repite este proceso hasta que todas las demás ramas estén fusionadas.

Fusionar más de una rama en paralelo

Sigue estos pasos para fusionar varias ramas de características a la vez.

Paso 1: Cambia a la rama de destino en la que quieras fusionar los cambios.

git checkout target_branch_name

Paso 2: Ejecuta el siguiente comando con varias ramas de características 

git merge feature_branch_1 feature_branch_2 feature_branch_3

Cuando Git fusiona varias ramas en paralelo, pueden producirse conflictos. Si eso ocurre, Git te pedirá que los resuelvas manualmente.

Manejar conflictos con fusiones múltiples

Fusionar varias ramas no siempre es sencillo, sobre todo cuando una rama depende de otra. 

Por ejemplo, fusionar feature_x en main antes de feature_y puede introducir conflictos. Del mismo modo, si distintas ramas modifican los mismos archivos, las fusiones paralelas pueden provocar conflictos que necesiten una resolución cuidadosa.

Sigue estos pasos para resolver los conflictos de fusión:

• Paso 1: Ejecuta git status para ver qué archivos causan conflictos.
• Paso 2: Abre los archivos conflictivos y corrígelos.
• Paso 3: Añade los cambios al escenario y confirma.

Comprender el historial de confirmaciones de fusión 

Para conflictos complejos, puede que necesites más información de la que proporciona git status. En estos casos, puedes utilizar comandos como git log o git show para profundizar en el historial.

• git log: muestra todo el historial de confirmaciones, incluidas las confirmaciones de fusión. Esto ayuda a identificar una fusión concreta en la que se produce el problema. 
• git show: Si encuentras un commit merge sospechoso a partir del comando anterior, utiliza git show para inspeccionarlo. Este comando proporciona una vista detallada de la confirmación, mostrando lo que se cambió durante la fusión. También emite un identificador único para la rama padre antes de que se produzca una fusión concreta.
• git diff: Puedes tomar los identificadores únicos de las ramas padre y fusionada de los comandos anteriores y utilizar git diff para comparar los cambios entre estos dos estados.

Fusión Git Buenas prácticas

La fusión a veces puede ser complicada, sobre todo cuando varios desarrolladores trabajan en el mismo código base. 

Aunque ya hemos hablado de cómo resolver los conflictos cuando surgen, lo mejor es prevenirlos antes de que se produzcan. En esta sección, repasaremos consejos prácticos para mantener tus fusiones fluidas y tu historial de Git limpio.

Mantén las ramas pequeñas y centradas

Las ramas grandes aumentan el riesgo de solapamiento de ediciones, lo que provoca más conflictos. Para minimizarlo, trabaja en una única característica por rama y mantén las ramas pequeñas y centradas.

Tirar y fusionar con frecuencia

Extrae los últimos cambios del repositorio remoto para mantener actualizada tu rama base antes de fusionarla. Extrae regularmente actualizaciones de la rama principal a tu rama de características para mantenerlas sincronizadas. Así se evitan grandes y complejos conflictos posteriores.

Utiliza las herramientas de fusión integradas en Git

En lugar de editar manualmente los archivos, puedes utilizar las herramientas integradas en git para resolver los conflictos en una interfaz visual. Cuando ejecutas git mergetool, se abren tres opciones:

• LOCAL - Versión de la rama principal. Si eliges esta opción, se mantiene el contenido del archivo en conflicto de la rama principal y se ignoran los cambios de la rama de características. 
• REMOTO - La versión de la rama de características. Al seleccionar esta opción, se aplica el contenido de la rama de características al archivo en conflicto.
• BASE - Esto combinará los cambios de ambas ramas de archivos en conflicto y los fusionará. 

Fusionar en orden

Al fusionar varias ramas, el orden es importante, sobre todo si una función depende de otra. Si feature_x depende de feature_y, fusionar primero feature_x puede introducir conflictos. Para evitarlo, fusiona siempre las ramas en el orden de sus dependencias para mantener el proceso fluido y minimizar los conflictos.

Fusión de calabazas 

Como ya hemos dicho, la fusión de squash consolida todos los commits de una rama de características en un único commit, manteniendo limpio el historial de commits y reduciendo los posibles conflictos de fusión.

Un enfoque alternativo es el rebase, que aplica los cambios de la rama de características directamente sobre la rama base. Esto crea un historial lineal y evita confirmaciones de fusión innecesarias. Sin embargo, ambos métodos reescriben el historial y no conservan los commits individuales de la rama de características.

Conclusión

En este tutorial de fusión de Git, hemos cubierto todo, desde los aspectos básicos de la fusión hasta las mejores prácticas para evitar conflictos. Entender cómo utilizar git merge eficazmente ayuda a los equipos a colaborar sin problemas, manteniendo los flujos de trabajo fluidos y el historial de código limpio.

Si quieres profundizar en tus conocimientos de Git, ¡consultaeste curso de Git intermedio para dominarflujos de trabajo y técnicas más avanzadas!