Resolver conflictos de git rebase de la misma manera que se resolvieron previamente

He decidido comprometer retrospectivamente una historia, que nunca estuvo en Git, desde otro sistema de control de versiones antiguo. Así que he creado una rama "newroot" huérfana, e importé confirmaciones del otro sistema de control de versiones. Siguiente pregunta¿Insertar un commit antes del root commit en Git?

La rama "newroot" terminó con archivos que coinciden exactamente con el commit raíz de la rama "master".

Ahora quiero volver a basar la rama "maestra" en la rama huérfana "newroot", como:

git rebase --onto newroot --root master

El problema es que me piden que resuelva todos los conflictos de fusión. Hay cientos de fusiones en un lapso de muchos años. Simplemente no soy capaz de resolverlos manualmente. Y realmente no hay necesidad, ya que estas fusiones ya se resolvieron en el pasado. Como la nueva versión en realidad no cambia el contenido (ya que estoy cambiando en un árbol idéntico), quiero que Git "reproduzca la combinación" exactamente.

¿Hay alguna manera de especificar que el rebase debería usar la misma resolución que se usó anteriormente?

Comprendí que el "rerere" puede ayudar aquí. Pero ya tendría que tenerlo habilitado, cuando se fusionara originalmente, ¿verdad? ¿O puedo recrear retrospectivamente el caché "rerere"?

Puedo imaginar una solución alternativa a mi tarea. De alguna manera pedirle a Git que concatene las ramas "newroot" y "master", sin rebasar realmente. Pero no estoy seguro de si eso es posible.

Respuestas a la pregunta(1)

Su respuesta a la pregunta