Durante Git Rebase, ¿en qué punto se comprometen las resoluciones de conflictos al usar?

Estamos ejecutando git rebase y ejecutándonos en conflictos, donde tenemos que usar –continuar después de resolver los conflictos de fusión. Sin embargo, estoy acostumbrado a ejecutar manualmente la confirmación una vez que se resuelven los conflictos. Como no vemos compromisos adicionales cuando se completa toda la rebase, ¿en qué punto se comprometen las resoluciones de conflictos?

Cualquier resolución de conflicto que ocurra durante una rebase pertenecerá a la nueva confirmación que crea la rebase.

Entonces la respuesta directa a la pregunta:

¿En qué punto se comprometen las resoluciones de conflictos?

… es después --continue , pero efectivamente después de que se complete todo el command de rebase y se actualice su puntero de twig.

Desde la perspectiva de un extraño, una twig que ha sido networkingiseñada parece que el trabajo se realizó inmediatamente después de la bifurcación y no fue necesario resolver ningún conflicto porque el trabajo se realizó sobre ese contenido.

Esto a veces es preferible a una fusión porque el historial de commits puede ser más fácil de razonar si no hay tantos (posiblemente) merge-commits sin sentido

Ayuda a pensar en una nueva base como solo escribir una nueva secuencia de confirmaciones, volver a aplicar las confirmaciones que se vuelven a asignar a una nueva cabeza. Si cada confirmación se puede aplicar automáticamente, genial, hazlo. Cuando una confirmación no se puede aplicar automáticamente, git le dice que deja el índice lo mejor posible, con los files en conflicto debidamente marcados, y luego, después de indicarle que continúe la rebase, las cosas se realizan de la siguiente manera:

Si git rebase --continue encuentra cambios no confirmados en el índice, supone que los cambios constituyen los conflictos resueltos y los compromete. Solicita un post de confirmación y lo usa para esa confirmación, luego reanuda el reajuste de las confirmaciones restantes, después de la que originó originalmente un conflicto.

Si git rebase --continue no ve nada sin compromiso, supone que el conflicto se ha resuelto y confirmado manualmente, por lo que simplemente continúa con las confirmaciones restantes en la rebase.