Pro Git
Pro Git No hay nada en topic que no sea ya alcanzable para la master. Que es peor, si añade trabajo a topic y fusiona otra vez, Git solo traerá los cambios desde la fusión revertida:
Figure 5. History with a bad merge
La mejor forma de evitar esto es deshacer la fusión original, dado que ahora se quiere traer los cambios que fueron revertidos, luego crear un nuevo compromiso de fusión:
$ git revert ^M [master 09f0126] Revert "Revert "Merge branch 'topic'"" $ git merge topic
Figure 6. History after re-merging a reverted merge
En este ejemplo, M y ^M se cancelan. Efectivamente ^^M se fusiona en los cambios desde C3 y C4, y C8 se fusiona en los cambios desde C7, así que ahora topic está completamente fusionado.
Hasta hora ya cubrimos la fusión normal de dos ramas, normalmente manejado con lo que es llamado la estrategia de fusión “recursive”. Sin embargo, hay otras formas de fusionar a las ramas. Cubriremos algunas de ellas rápidamente.
Primero que nada, hay otra cosa útil que podemos hacer con el modo de fusión “recursive”. Ya vimos las opciones ignore-all-space e ignore-space-change las cuales son pasadas con un -X, pero también le podemos decir a Git que favorezca un lado u otro cuando observe un conflicto.
