Conflictos y rebase con criterio profesional

Resuelve conflictos de merge sin perder cambios y usa rebase para mantener historial más legible cuando corresponde.

Los conflictos no son fracaso; son señal de que dos cambios tocaron la misma zona y Git necesita tu criterio humano 🧠.

<code>rebase</code> puede dejar historial más limpio, pero úsalo en ramas privadas o coordinando bien con el equipo.

Si quieres reforzar base antes de rebase, repasa <a href="/curso/git-github/leccion/git-github-ramas-y-merge-ramas">ramas y merge</a> para que todo encaje.

  • Lee el conflicto, decide y confirma con commit.
  • Cuando aparece conflicto, Git marca bloques con separadores. Tu tarea es dejar el resultado final correcto (a veces mezclando ambas partes). Después añades archivos resueltos y continúas.
  • No resuelvas a ciegas: ejecuta tests o una prueba manual breve antes de cerrar el merge/rebase.
  • Rebase para limpiar local; merge para integrar manteniendo contexto.
  • Una regla útil: evita reescribir historia ya compartida públicamente, salvo coordinación explícita. En local, rebase interactivo es oro para ordenar commits antes de abrir PR.

Resolver conflictos paso a paso

Lee el conflicto, decide y confirma con commit.

Cuando aparece conflicto, Git marca bloques con separadores. Tu tarea es dejar el resultado final correcto (a veces mezclando ambas partes). Después añades archivos resueltos y continúas.

No resuelvas a ciegas: ejecuta tests o una prueba manual breve antes de cerrar el merge/rebase.

Cuándo usar rebase y cuándo no

Rebase para limpiar local; merge para integrar manteniendo contexto.

Una regla útil: evita reescribir historia ya compartida públicamente, salvo coordinación explícita. En local, rebase interactivo es oro para ordenar commits antes de abrir PR.

Si el equipo no tiene política clara, prioriza seguridad y trazabilidad. Luego ya optimizas estética del historial.

Git & GitHub
06

Conflictos y rebase con criterio profesional

Resuelve conflictos de merge sin perder cambios y usa rebase para mantener historial más legible cuando corresponde.

Código del tema: git switch -c feature/nueva-funcion

📘 Teoría

Resolver conflictos paso a paso

Lee el conflicto, decide y confirma con commit.

1

Cuando aparece conflicto, Git marca bloques con separadores. Tu tarea es dejar el resultado final correcto (a veces mezclando ambas partes). Después añades archivos resueltos y continúas.

2

No resuelvas a ciegas: ejecuta tests o una prueba manual breve antes de cerrar el merge/rebase.

Cuándo usar rebase y cuándo no

Rebase para limpiar local; merge para integrar manteniendo contexto.

1

Una regla útil: evita reescribir historia ya compartida públicamente, salvo coordinación explícita. En local, rebase interactivo es oro para ordenar commits antes de abrir PR.

2

Si el equipo no tiene política clara, prioriza seguridad y trazabilidad. Luego ya optimizas estética del historial.

🧪 Aprende probando

Ejemplo Ejemplo guiado: conflicto de merge Simula conflicto, resuelve y finaliza integración.
Ejemplo Ejemplo guiado: rebase de rama sobre main Actualiza tu rama con cambios recientes de main.
Ejemplo Demo: limpieza rápida de commits Ordena commits locales antes de abrir PR.

🏁 Retos

Reto Reto: continuar un rebase tras resolver conflicto Completa el paso correcto después de editar archivos.
Reto Reto: abortar rebase con seguridad Vuelve al estado anterior si el rebase se complica.

🧰 Recursos

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com