Cuando trabajas con repositorio llegará el momento de combinar los cambios de una rama a otra. En Git existe dos acciones para lograrlo: rebase y merge.

Git Rebase

Beneficios Riesgos
  • El historial queda más limpio.
  • El grafico es mas legible.
  • Es más complejo resolver conflictos.
  • Reescribe la historia.

Git Merge

Beneficios Riesgos
  • Conserva el historial completo en el repositorio.
  • Es más sencillo resolver conflictos.
  • Más sencillo deshacerlo si has cometido algun error.
  • El grafico queda más desordenado, más acrecentado aun, si tu repo tiene muchas ramas.

Debido a que en Git corres menos riesgos en una fusión de ramas con Merge que con Rebase, no dudes y usa merge. Pero tampoco tomes decisiones categorías.

¿Cuándo debería usar Git merge?

Cuando, por ejemplo, tengamos una rama principal y luego ramificamos a una rama de funcionalidad para introducir cambios. En este caso, puedes combinar la rama principal con la de la funcionalidad.

Recuerda que podemos rebajar la cantidad de commit usando un squash y de este modo lograr un poco más de limpieza en el gráfico.

¿Cuándo debería usar Git rebase?

Si trabajas con muchas ramas, el grafico puede volverse muy difícil de leer cuando se unen varias ramas. Y aquí rebase puede servir como alternativa a merge, ya que deja un grafico más limpio porque toma los commit de una rama y la coloca en la otra. Esto cambia la estructura del árbol moviendo los commit y sus cambios a la rama de destino.

Conclusión

Sea cual sea tu estrategia, debes consensuarla con el equipo, y si desconoces que es lo normal, pregúntalo cuando entres en un equipo.

Si quieres ampliar un poco más te remito a este artículo: Fusión frente a reorganización.