Cómo resolver conflictos de merge en Git

Contenido del curso

Fundamentos de Git y control de versiones

Introducción a GitHub

Herramientas de colaboración en GitHub

GitHub Codespaces

Seguridad y buenas prácticas en GitHub

Administración de GitHub

Gestión de Cambios con Pull Requests

GitHub Releases

Cierre

42
Pro tips ocultos de GitHub para trabajar mejor
10:13 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:007:31

Cómo resolver conflictos de merge en Git

Curso de Git y GitHub

Clase 7 de 42

Clase 7 / 42

Recursos

Cuando trabajas en equipo con Git, tarde o temprano dos personas tocarán el mismo archivo y aparecerá un merge conflict. Saber resolver conflictos de ramas en Git es la diferencia entre frenar al equipo o mantener el flujo de trabajo intacto. Aquí verás cómo provocar uno a propósito y solucionarlo línea por línea.

¿Por qué ocurre un conflicto de ramas en Git?

Un conflicto aparece cuando dos ramas modifican la misma porción de un archivo y Git no puede decidir cuál versión conservar. En lugar de elegir por ti, te entrega el control para que tú definas la versión final.

Esto pasa más seguido de lo que parece cuando varias personas trabajan en paralelo sobre el mismo repositorio. La buena noticia: Git marca cada conflicto con señalizaciones claras para que sepas exactamente qué cambió y desde dónde [01:27].

¿Qué es un conflicto en Git? Es una situación en la que dos ramas modifican las mismas líneas de un archivo y Git te pide decidir manualmente cuál cambio se queda en la versión final.

¿Cómo crear un conflicto controlado para practicar?

La mejor forma de aprender a resolver un merge conflict es provocarlo tú mismo. Estos son los pasos que sigo en la terminal para forzar el escenario [01:39]:

Verifica tu rama actual con git branch. Si solo tienes main, perfecto.
Crea un archivo nuevo con nano conflict.txt y escribe línea original dentro.
Registra el archivo con git add y git commit -m "archivo de conflicto creado".
Crea una rama nueva con git checkout -b developer para trabajar en paralelo.
Edita conflict.txt desde developer, escribe cambios desde la rama dev y haz commit.
Vuelve a main con git checkout main o git switch main.
Edita el mismo archivo en main, escribe segundo cambio desde main y haz commit.

Con esto tienes dos ramas que modificaron el mismo archivo en la misma línea. El terreno está listo para el conflicto.

¿Sirve igual git switch que git checkout?

Sí. Tanto git checkout como git switch te permiten cambiar de rama y hacen exactamente lo mismo en este contexto [03:36]. La diferencia es que git switch es más reciente y está pensado solo para ramas, mientras que git checkout cubre más operaciones.

¿Cómo resolver el conflicto al hacer merge?

Desde main, ejecuta git merge developer. Git intentará fusionar y te avisará que hay un conflicto en conflict.txt. Aquí es donde entra la parte interesante [04:30].

Abre el archivo con nano conflict.txt y verás algo así:

<<<<<<< HEAD segundo cambio desde main

cambios desde la rama dev

developer

La sección marcada con HEAD es el último cambio de tu rama principal. La sección de abajo corresponde a la rama developer. Tu trabajo es decidir qué se queda.

Puedes:

Conservar solo el cambio de main y borrar el bloque de developer.
Conservar solo el cambio de developer y borrar el bloque de HEAD.
Combinar ambos en una versión nueva.
Escribir algo completamente distinto si así lo necesita el proyecto.

Lo importante: elimina las señalizaciones <<<<<<<, ======= y >>>>>>> antes de guardar. Esas marcas son guías de Git, no parte de tu código.

¿Qué significa HEAD en un conflicto de Git? HEAD apunta al último commit de la rama en la que estás parado. En un merge, indica cuál de los bloques pertenece a tu rama actual.

¿Cómo cerrar el merge y dejar limpio el repositorio?

Después de editar el archivo, guarda los cambios y verifica el estado con git status. Verás el mensaje ambos modificados en conflict.txt, lo que confirma que Git ya detectó tu intervención manual [05:35].

Desde ahí, los pasos finales son directos:

Ejecuta git add conflict.txt para marcar el conflicto como resuelto.
Haz git commit -m "nuevos cambios" para registrar la fusión.
Vuelve a correr git merge developer si fuera necesario, o confirma que el merge ya quedó cerrado.

Con esto, la versión final del documento queda unificada dentro de main.

¿Qué hago con la rama después de resolver el conflicto?

Una vez fusionada, elimina la rama adicional para evitar conflictos posteriores en commits futuros [06:05]. Una rama vieja que sigue viva suele ser fuente de nuevos merge conflicts cuando alguien la retoma sin actualizarla.

Puedes borrarla con git branch -d developer cuando ya esté integrada a main. Así mantienes tu repositorio limpio y tu equipo enfocado solo en las ramas activas.

¿Te ha tocado resolver un conflicto de Git en un proyecto real? Cuéntame en los comentarios cómo lo manejaste y qué estrategia usas con tu equipo para evitar que se repita.

Carlos Ramos

Hace 2 años

Clase 7 - Cómo resolver conflictos de ramas en Git

¿Cuando trabajamos de manera local en nuestros proyectos es normal que se presenten muchos problemas?
- No.
¿Trabajar de manera local e individual es diferente a trabajar en equipo y de forma colaborativa?
- Sí.
¿Cómo se llaman los problemas que nos podemos encontrar cuando trabajamos en equipo y de forma colaborativa en Git?
- Conflictos de ramas.
¿En qué consiste un conflicto de ramas en git?
- Cuando un conflicto de ramas surge en Git es porque al momento de fusionar los cambios entre dos ramas, una línea del código de un archivo tiene cambios diferentes a lo que yo tengo en mi propia rama.
¿Qué debemos hacer cuando surge un conflicto entre ramas en Git?
- Escoger qué cambios vamos a dejar en la línea de código que está presentando el conflicto.
¿De qué formas podemos escoger los cambios que queremos que se queden en nuestro archivo cuando surge un conflicto de Ramas?
- Lo podemos hacer de forma manual borrando lo que queremos eliminar
- Podemos usar la interfaz de Visual Studio Code para elegir entre:
  - Aceptar el cambio actual (Representa el cambio que tiene el archivo en la rama actual)
  - Aceptar el cambio entrante (Representa el cambio que viene desde la otra rama)
  - Aceptar ambos cambios (Nos quedamos con los cambios actuales y entrantes).
¿Qué nos ayuda a saber cuales son los cambios entrantes y actuales de nuestro archivo cuando surge un conflicto?
- Git es muy inteligente y a los cambios actuales le pone un enunciado que dice “HEAD” y al cambio entrante le pone un enunciado con el nombre de la rama de la cual viene dicho cambio.
¿Qué debemos de hacer con las señalizaciones que agrega Git a nuestro archivo cuando hay un conflicto?
- Sí queremos elegir el cambio de manera manual debemos de borrar toda esta señalización, mientras que si lo hacemos desde la interfaz de Visual Studio Code estas se borran automáticamente al momento de elegir el cambio que queremos dejar.
¿Qué debemos hacer una vez hayamos elegido los cambios que queremos dejar cuando surge un conflicto en Git?
- Un commit para guardar los cambios que escogimos.
¿Qué debemos de hacer luego de hacer el commit que guarda los cambios que escogimos luego de un conflicto de ramas en Git?
- Hacer el merge de las ramas.
¿Cuál es la buena práctica que debemos de hacer luego de hacer merge a una rama?
- Eliminar la rama secundaria que trajo cambios a la rama principal.

Comentarios (55)55 comentarios

Jose Luis Bedoya

Daniel Dobles

Luis Kennedy Saavedra Fuentes

Ederson Felipe Lopez Bolivar

Alexis Dorado Muñoz

Andres Triana

Hace 9 meses

Jonatan Martin

Edwin Ardila

Joel Eduardo Ordoñez Martinez

Katherine Siesquen Torres

Hace un año

Diego Andrés Lopez Rodriguez

Santiago Cepeda

Jassira Ramos

Hace 10 meses

Gabriel Muñoz Castro

jhoinner solarte

Hace 4 meses

Ricardo Aviles Sanders

Hace 7 meses

JUAN DAVID CORRALES AGUILAR

L. Iván Carrasquel Ballesteros

Hace 6 meses

Juan Síntora

Luis Santiago Cortés Hernández

Jhonjandrys Ramirez

Amin Espinoza

Profesor

Daniel Cueto

Platzi

Santiago Salazar Grisales

Osric Audesirk

Richard Linarez

Pablo Rivera

Daniel Vergel

Hace 3 meses

Dussan Freire

Hace un año•editado

Kenneth Angulo L

Fundamentos de Git y control de versiones

Control de Versiones con Git y GitHub: De Básico a Avanzado

Fundamentos de Git: Configuración y Comandos Básicos

Control de Versiones con Git: Comandos Básicos y Flujo de Trabajo

Gestión de ramas en Git: creación, fusión y eliminación eficiente

Git reset vs revert para deshacer commits

Git Tag y Checkout sin romper tu proyecto

Cómo resolver conflictos de merge en Git

Uso de Git en Visual Studio Code

Introducción a GitHub

Uso de GitHub para Colaboración y Desarrollo Seguro

Cómo crear y proteger tu cuenta de GitHub

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Crea y clona tu primer repo en GitHub

Precios y Planes de Productos de Github

Configuración de SSH en GitHub para Windows, Linux y Mac

Uso de Forks y Estrellas en Repositorios de GitHub

Uso de git pull, git push y git fetch en repositorios GitHub

Plantillas de issues en GitHub paso a paso

Uso de Pull Requests en GitHub para Colaboración Efectiva

Herramientas de colaboración en GitHub

GitHub Projects para gestionar tareas en equipo

Automatiza GitHub Projects con workflows

Recursos Esenciales de Markdown para Documentación Efectiva

Creación de una Portada de Perfil en GitHub con Markdown

Creación y Gestión de Wikis en GitHub

Uso de GitHub Gist para Compartir y Revisar Código Colaborativo

Creación y Publicación de Sitios Web con GitHub Pages

GitHub Codespaces

Creación y Gestión de GitHub Codespaces en la Nube

Plantillas de Codespaces con Django y devcontainer

Pair programming con Live Share en Codespaces

Uso del Editor Web de GitHub para Edición Rápida de Archivos

Seguridad y buenas prácticas en GitHub

Gestión de GitHub Tokens para Acceso Seguro a Repositorios

Secret Scanning en GitHub y sus límites

Gestión de Seguridad de Paquetes con Dependabot en Proyectos .NET

Repositorios privados y .gitignore en GitHub

Administración de GitHub

Creación y gestión de repositorios en GitHub

Automatización de GitHub Actions para Actualizar Perfil

Gestiona GitHub desde tu terminal con gh

Gestión de Cambios con Pull Requests

Configuración de Proyectos de Software con Git y GitHub

Cómo resolver conflictos de merge en VS Code

Estrategias de Fusión de Ramas en Git

GitHub Releases

Creación de Releases en Github para Desarrolladores de Software

Instala tu paquete pip desde GitHub

Cierre

Pro tips ocultos de GitHub para trabajar mejor

Cómo resolver conflictos de merge en Git