git rebase mantener order de date

Necesitaba hacer una gran rebase de git para reorganizar todo el repository. Para mantener mi tree, utilicé git rebase --preserve-merges --onto master bf40caa develop

Al principio todo funcionó bien, todas las fusiones se conservan y funcionan bien, sin embargo, en el tree fuente me queda el siguiente tree:

Git graph

(Para que quede claro, d25b5ad es la confirmación inicial, y no hay más confirmaciones antes de esta)

Esto se debe a que, aunque d12020e parent es b0427f6 , ya que se crearon al mismo time, perdemos el pedido. Sé que esto se puede resolver cambiando al ancestor order lugar del ancestor order de date order , pero me pregunto si hay alguna manera de mantener orderadas estas confirmaciones … ¿Tal vez agregar un retraso de 1 segundo entre las confirmaciones al volver a basar? ¿Cómo podría hacer eso?

edit : @Enrico Campidoglio, no, no es un duplicado de esa otra pregunta … Hacer de esa manera se vuelve aún más complicado … Veamos un poco más en detalle:

En este caso, tenía un gran repository que tenía dos modules. Comenzamos con un module (llamémoslo A ) y una vez que se "" "terminó" "" comenzamos con el otro de inmediato (llamémoslo B ), en el mismo tree. Luego decidimos que debíamos dividir cada uno de estos modules en su propio repository, así que lo que quería hacer era empujar todo el tree hasta donde terminaba A en el repository de modules A, y presionar "solo" el el module B confirma el module B-repository.

La cuestión es que no podemos hacer exactamente eso, porque el primer compromiso de B depende de todo el tree dejado por A Así que hice una confirmación huérfana que contenía el estado del proyecto tal como estaba cuando A terminó (esta confirmación es la "Confirmación inicial" en la captura de pantalla) y la rebase de la B compromete con este compromiso.

Luego, tenga en count que si hago esa posible duplicación no la resolverá, porque esta Initial commit se realiza "ahora", es decir después de la primera confirmación de B

Sin embargo, ahora veo que hay otra solución: haga que esta date de Initial commit anterior a la primera confirmación de B , luego ejecute la solución de "posible duplicado".