Pro Git

Pro Git

🎯 ¿Cansado de los anuncios?
Elimínalos ahora 🚀
$ git merge topic Already up-to-date.

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:

History with a bad merge. 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 History after re-merging a reverted merge. 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.

Otros Tipos de Fusiones

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.

Nuestra o Su preferencia

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.


👉 Descargar el audiolibro GRATIS en Amazon
Reportar problema / Sugerencias
🧠 Hacer Trivia

eXTReMe Tracker