git rebase –continue vs. new commit

Si encuentro errores de combinación, normalmente git rebase --continue errores de combinación, vuelvo a agregar mis files y uso git rebase --continue
para continuar tirando y empujando.

Ahora tuve algo de time para analizar más a background cómo funciona el git y descubrir que, en su lugar, debería ser posible crear un nuevo commit. Creo que es una buena idea aclarar que hubo algunos errores de fusión y que se resolvieron manualmente.

Entonces, ¿cuál se recomienda usar y cuáles son sus ventajas y desventajas? ¡Gracias por adelantado!

Solo usa git rebase --continue . La resolución de conflictos es una parte esperada del rebase. Estás descartando el compromiso anterior que realmente causó el conflicto, por lo que no veo ningún beneficio al registrar su resolución por separado.

Para agregar a la otra respuesta , sus dos opciones son rebase y merge.

Rebase es bueno cuando trabajas solo en una function, o específicamente necesitas repetir tus cambios en la última versión del máster.

Merge es bueno cuando trabajas con otras personas, ya que el reescritura reescribe la historia y hace que la queueboración sea difícil o completamente imposible.

Una rápida rebase ( git pull --rebase ) también es útil si los cambios se realizan con frecuencia (como los de otras personas) y quieres asegurarte de que tu historial de git sea más limpio y más fácil de seguir en herramientas visuales como gitg o git log --graph view.

    Intereting Posts