Combinar la rama de desarrollo en el maestro
Este artículo describe la fusión de una rama de desarrollo en la rama maestra. A menudo nos encontraremos creando una rama a partir de la rama maestra para el desarrollo.
Una vez que estemos satisfechos con los cambios, podemos fusionarlos en el maestro. La pregunta es, ¿cuál es la forma más segura de fusionar los dos?
Git fusiona la rama de desarrollo en maestro
Para facilitar el contexto, emplearemos el siguiente ejemplo.
El siguiente ejemplo muestra un repositorio con una rama maestra
. Crearemos una rama de desarrollo
del maestro y haremos algunos cambios.
Veremos la forma más segura y limpia de fusionar la rama desarrollo
con la rama maestra
.
Algunos pueden no estar de acuerdo, pero la forma más segura y limpia de fusionar el desarrollo con el maestro consiste en fusionar primero el maestro con el desarrollo.
De esta manera, puede lidiar con los conflictos de fusión mientras aún está en la rama de desarrollo. Dejará intacta su rama maestra hasta que esté seguro de su acción.
Para fusionar nuestro maestro
con desarrollo
, primero cambiaremos a la rama de desarrollo y ejecutaremos el siguiente comando.
$ git merge master
Producción:
En nuestro caso, tenemos algunos conflictos de fusión. Al resolver conflictos, es posible que encuentre partes que necesiten más trabajo.
Dado que el “maestro” está intacto, puede hacer más ediciones e intentar fusionar el “maestro” con el “desarrollo” nuevamente hasta que esté satisfecho. Ahora podemos fusionar el desarrollo
con maestro
.
Cambie a la rama maestra
y ejecute el siguiente comando.
$ git merge --no-ff development
Lo más probable es que la combinación anterior sea un avance rápido. El inconveniente de esto es que Git no crea un nodo de confirmación, lo que significa que no podemos realizar un seguimiento de cuándo y quién se fusionó.
Remediamos esto al incluir el indicador --no-ff
, que crea un nodo de confirmación.
En pocas palabras, puede fusionar directamente una rama de desarrollo
con una maestra
. Sin embargo, puede optar por la ruta más limpia y segura que consiste en fusionar “maestro” con “desarrollo” primero, arreglar los conflictos de fusión si existen y fusionar “desarrollo” con “maestro” como paso final.
Incluya el indicador --no-ff
en el último paso para crear un nodo de confirmación.
John is a Git and PowerShell geek. He uses his expertise in the version control system to help businesses manage their source code. According to him, Shell scripting is the number one choice for automating the management of systems.
LinkedIn