Cómo resolver conflictos de merge en VS Code

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:0010:52

Cómo resolver conflictos de merge en VS Code

Curso de Git y GitHub

Clase 38 de 42

Clase 38 / 42

Recursos

Trabajar con pull requests y ramas en Git es como un partido de ping pong: tú envías tu rama, alguien la revisa, se fusiona a main y el ciclo vuelve a empezar. Aquí verás cómo aprobar un pull request, crear una rama nueva, sincronizar cambios y resolver un conflicto real en Visual Studio Code, todo siguiendo una rutina diaria que te evita dolores de cabeza.

¿Cómo revisar y aprobar un pull request en GitHub?

Antes de escribir una sola línea de código, lo primero es revisar si hay pull requests pendientes del equipo. Es parte de la rutina sana de cualquier persona que colabora en un repositorio compartido.

En el ejemplo, hay un pull request creado por Miguel que agrega métodos para los mejores superhéroes de Marvel. Al entrar a la sección de cambios, lo verde indica lo que añadió y lo rojo lo que removió o modificó. Tras confirmar que el archivo está completo y que la plantilla del pull request fue diligenciada correctamente, se aprueba y se hace merge a main [1:30].

¿Qué hago después de aprobar un pull request? Eliminas la rama asociada. Si ya fue fusionada a main, esa rama dejó de tener propósito y mantenerla solo genera ruido en el repositorio.

¿Por qué borrar la rama después del merge?

Mantener ramas muertas confunde al equipo y ensucia la vista del repositorio. Una vez que el código vive en main, esa rama cumplió su función. Borrarla es responsabilidad compartida entre quien aprueba y quien creó el pull request.

¿Cómo crear una rama nueva y hacer commit con Git?

Con main limpio y actualizado, llega tu turno. En este caso, toca agregar un método llamado Courses Platzi que muestre cursos como Docker, Bash y Linux dentro del archivo app.py.

El flujo desde la terminal es directo y siempre el mismo:

git branch para confirmar en qué rama estás parado.
git status para ver qué archivos fueron modificados.
git add para agregar los cambios al staging.
git commit -m "Platzi method added" para registrar el cambio con un mensaje claro.
git push -u origin amin/tarea16 para subir la rama nueva al remoto [4:45].

El flag -u en el push establece la rama remota como upstream, lo que te permite usar git push y git pull sin argumentos en los próximos comandos.

¿Qué pasa si main tiene cambios nuevos antes de tu push?

Aquí está el detalle que muchas personas pasan por alto. Si main recibió cambios mientras tú trabajabas en tu rama, lo ideal es traer esos cambios antes de subir los tuyos. De lo contrario, el conflicto se resolverá directamente en GitHub y eso suele ser más incómodo.

La secuencia recomendada es: cambiar a main con git switch main, traer las actualizaciones con git pull, volver a tu rama con git switch amin/tarea16 y finalmente fusionar con git merge main.

¿Cómo resolver un conflicto de merge en Visual Studio Code?

Al correr git merge main, Git te avisa si hay conflictos. En este caso, ambos métodos —el de superhéroes de Marvel y el de cursos de Platzi— ocupan el mismo espacio en app.py y Git no sabe cuál conservar.

Visual Studio Code ofrece la opción Resolve in Editor, que te muestra los dos bloques en conflicto lado a lado. Puedes elegir quedarte con uno, con otro o aceptar ambos cambios. En este escenario, lo correcto es aceptar el merge completo: ni quieres borrar el trabajo de Miguel ni perder el tuyo [7:20].

¿Qué es un conflicto de merge? Es cuando dos ramas modifican la misma línea de un archivo y Git no puede decidir cuál versión conservar. Tú resuelves manualmente cuál bloque queda.

Una vez resuelto, haces commit de la fusión. Desde VS Code puedes usar el botón Sync Changes, que ejecuta un pull y push en un solo paso.

¿Cómo cierras el ciclo del pull request?

Con los cambios ya en GitHub, creas un nuevo pull request desde tu rama hacia main. Es importante revisar que el destino del merge sea el correcto: en este caso, main recibiendo los cambios de amin/tarea16.

Cuando Miguel aprueba y hace merge, el estado del pull request cambia a merged y él borra tu rama, devolviendo el favor. El archivo app.py en main ahora contiene tanto los superhéroes de Marvel como los cursos de Platzi.

¿Cuál es la rutina ideal para evitar conflictos en Git?

La práctica vuelve este flujo casi automático. Al principio se siente burocrático, pero con el tiempo te das cuenta de que sigues una secuencia limpia que protege el trabajo de todo el equipo.

La rutina diaria recomendada tiene tres pasos:

Revisa los pull requests pendientes del equipo y apruébalos si están listos.
Trae todos los cambios a tu rama main local con git pull.
Crea una rama separada para tu nueva tarea y trabaja ahí.

Siguiendo esta secuencia, es casi imposible toparte con un conflicto como el que se generó intencionalmente en el ejercicio. Y si llegara a ocurrir, ya tienes las herramientas para resolverlo sin pánico.

¿Qué parte del flujo te genera más dudas, el merge desde la terminal o la resolución de conflictos en VS Code? Cuéntalo en los comentarios.

Mario Alexander Vargas Celis

Hace 2 años

Revisión y Fusión de Pull Requests en GitHub 🚀

Los Pull Requests (PRs) son esenciales en el flujo de trabajo colaborativo de GitHub, ya que permiten la revisión, validación y fusión de cambios en un proyecto. Un buen proceso de revisión y fusión mejora la calidad del código y previene errores antes de integrarlo en la rama principal (main o develop).

📌 Revisión de Pull Requests

La revisión de un PR implica analizar el código, detectar errores y sugerir mejoras antes de fusionarlo.

🔹 Pasos para revisar un Pull Request en GitHub: 1️⃣ Abrir el PR en GitHub desde la pestaña "Pull Requests". 2️⃣ Leer la descripción del PR para entender los cambios. 3️⃣ Revisar los archivos modificados en la pestaña "Files changed". 4️⃣ Comentar líneas de código si hay sugerencias o problemas. 5️⃣ Ejecutar pruebas (si es posible) para verificar que el código funciona correctamente. 6️⃣ Aprobar o solicitar cambios:

✅ "Approve" si el código es correcto.
🔄 "Request changes" si se requieren modificaciones.
📌 "Comment" para discutir sin aprobar ni rechazar.

📌 Ejemplo de revisión usando GitHub CLI:

# Ver lista de PRs abiertos gh pr list

# Ver detalles de un PR específico gh pr view <PR_ID>

# Dejar un comentario en un PR gh pr comment <PR_ID> --body "Este código se ve bien, pero considera mejorar X línea."

📌 Fusión de Pull Requests

Una vez aprobado el PR, el siguiente paso es fusionarlo en la rama principal.

🔹 Opciones de fusión en GitHub: 1️⃣ Merge commit (Create a merge commit): Mantiene el historial completo del PR. 2️⃣ Squash and merge (Squash commits): Une todos los commits en uno solo para un historial más limpio. 3️⃣ Rebase and merge (Rebase commits): Aplica los commits sobre la rama de destino sin crear un commit de fusión.

📌 Ejemplo de fusión desde la CLI:

# Fusionar un PR gh pr merge <PR_ID> --merge # Merge commit gh pr merge <PR_ID> --squash # Squash and merge gh pr merge <PR_ID> --rebase # Rebase and merge

📌 Buenas Prácticas para Revisar y Fusionar PRs

✅ Hacer revisiones detalladas para evitar errores en producción. ✅ Usar linters y pruebas automáticas para validar el código antes de fusionarlo. ✅ Comentar de manera clara y constructiva para mejorar la colaboración. ✅ Seleccionar la estrategia de fusión adecuada según el flujo de trabajo del equipo.

💡 "Una revisión efectiva y una fusión bien gestionada garantizan código limpio, estable y fácil de mantener." 🚀

Alexis Dorado Muñoz

Hace 2 años

Gracias por tu aporte

Comentarios (22)22 comentarios

Donovan Villanueva

Hace un año

Hugo Gonzalez

Jean Grober

Mauricio González

Sebastián Loría Ramírez

Hace 9 meses

Ywikeyrun Miguel zalabata

Hace 4 meses

Fernando Emilio Díaz López

Ana Rotela Cabrera

Samuel Steven Bernal Martínez

Samuel Soto Hoyos

Hace 2 años•editado

Dussan Freire

Hace 10 meses

Toni Alexander Ramírez Abrego

Hace 6 meses

Julian Camilo Sanchez Sosa

Raul Fernandez

José Lancheros Ayora

Diego Mauricio Zuluaga Rodríguez

Hace 5 meses

Miguel Lozano

Hace 8 meses

Gabriel Obregón

SANTIAGO ALBERTO BOLIVAR CARDENAS.

José Alberto Ortiz Vargas

Amin Espinoza

Profesor

Oscar Hincapié

Juan Acevedo

Jimenez Vidal Jhon Jairo

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 VS Code