La opción merge en Git
Lección 52 / 53
Git Guía Git Guía Git español
Después de introducir los comandos git rebase en Git y git merge en Git y después de presentar posibles estrategias de workflow, veamos con más detalle cómo y por qué elegir uno u otro comando en función del proyecto, la necesidad y el propósito que se quiere lograr.
Muy a menudo, de hecho, la actividad de rebase se etiqueta como difícil y peligrosa para quienes se acercan a Git, pero, como hemos visto al hablar de los diversos flujos de trabajo, también es importante saber cómo mantener el historial de la working copy y de la rama principal de desarrollo lo más limpia posible, para comprender mejor la evolución del proyecto.
Lo importante para poder comparar merge y rebase es que los dos comandos (o enfoques) sirven para resolver el mismo problema: integrar cambios presentes en una rama en otra rama.
Merge vs Rebase
La opción merge en Git
Al elegir la opción merge en Git para recuperar los cambios principales en las funciones, creamos un commit de merge en la rama de función, que "incorpora" los cambios presentes en la rama principal y une las dos ramas.
git merge feature main
Opción Merge
La operación de merge es "no destructiva". Los cambios previos a la combinación y los commit no se ven afectados de ninguna manera.
Por otro lado, la rama de características contendrá un merge commit "extranjera" para cada vez que sea necesario fusionar cambios de la rama principal. Si la rama característica tiene una vida muy larga y hay cambios frecuentes en la rama principal, será difícil comprender el historial exacto de cambios.
Además, si consideramos el desarrollo de una rama de funciones, siempre será necesario pensar en lo que sucederá cuando traigamos la rama de funciones de vuelta a la rama principal.
Anterior
51 Tagging & Versioning..Siguiente
53 La opción rebase en..