Control de versiones con Git, 3ª edición

Capítulo 6. Fusiones

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Dado que Git es un sistema de control de versiones distribuido, permite a los desarrolladores de ubicaciones geográficas dispersas realizar y registrar cambios de forma independiente, y permite a dos o más desarrolladores combinar sus cambios en cualquier momento, todo ello sin un repositorio central. Técnicamente, se trata de una operación que combina dos o más líneas de desarrollo diferentes, y se conoce formalmente como fusión en Git.

En este capítulo, explicaremos cómo fusionar dos o más líneas de desarrollo diferentes mediante algunos ejemplos sencillos de fusión, y compartiremos algunas técnicas para resolver un conflicto de fusión cuando se produzca. También hablaremos de las estrategias de fusión en Git y echaremos un vistazo a lo que ocurre en el almacén de objetos de Git cuando se ejecuta una operación de fusión.

Fusión: Una visión técnica

En Git, una fusión unifica dos o más historiales de commit de ramas. Lo más habitual es que una fusión una sólo dos ramas, aunque Git admite la fusión de tres o más ramas al mismo tiempo.

Una fusión debe producirse dentro de un único repositorio, es decir, todas las ramas que vayan a fusionarse deben estar presentes en el mismo repositorio. Cómo llegan las ramas al repositorio no es importante. (Como verás en el Capítulo 11, Git proporciona mecanismos para referirse a otros repositorios y para ...