merge vs rebase
Merge mantiene el historial tal cual sucedió y es seguro para ramas compartidas. Rebase reescribe el historial en línea recta, lo que se lee mejor, pero nunca debería hacerse sobre una rama sobre la que otras personas ya están trabajando.
merge
Combina dos ramas creando un nuevo commit de merge con dos padres. Preserva todo el historial de ambas ramas tal cual sucedió, y es seguro usarlo en ramas compartidas.
"We merged the feature branch into main after the review was approved."
rebase
Toma los commits de una rama y los vuelve a aplicar sobre otra, reescribiendo el historial para que se vea lineal. Es más limpio de leer, pero cambia los hashes de los commits, así que es riesgoso en ramas que otras personas ya bajaron.
"I rebased my branch onto main to get the latest changes before opening the PR."
Tip para entrevistas
Una buena respuesta en una entrevista menciona la regla de oro: nunca hagas rebase de una rama que ya es pública o compartida, porque reescribe los hashes de los commits y rompe el historial para todos los que ya la bajaron.
Otras comparativas
¿Listo para practicar tu inglés en el trabajo?
Lingua-e tiene ejercicios interactivos basados en conversaciones reales de developers: standups, code reviews, retrospectivas y más. Practica hasta que salga solo.
Prueba Lingua-e gratis