Hasta donde sé, GIT está rastreando dos dates para cada compromiso.
AuthorDate almacena la hora original de la confirmación CommitDate originalmente se establece en la misma date, pero se cambia, por ejemplo, si un compromiso de una sucursal se arrastra a otra sucursal cuando se hace una git rebase Estoy teniendo una sucursal, en la que git rebase master . Ahora las confirmaciones que están solo en la twig muestran la misma date tanto para AuthorDate como para CommitDate (hay una diferencia de algunos segundos entre la primera y la última de aproximadamente 30 commits). Las dates pasan a ser la date de la rebase (que es correcta para CommitDate ). Creo que el AuthorDate no debe cambiarse bajo ninguna circunstancia, y especialmente no si se está haciendo algo tan simple como una rebase .
Veo las dates incorrectas en mi repository al invocar git log --format=fuller . Desafortunadamente no pude reproducir el problema hasta ahora … Actualizaré la pregunta en caso de que pueda reproducirla.
La versión de My Git es 1.9.1.
¿Alguien tiene una pista de lo que salió mal con mi git rebase ?
Actualizar:
Creo que el problema es que uso GIT solo localmente, y uso git svn dcommit para enviar cambios a un repository SVN remoto. Acabo de realizar un svn dcommit con una twig local limpia, y me sorprendió que esto causara una git rebase . Luego volví a tener el problema con AuthorDate cambiado.
No veo exactamente cómo se supone que svn dcommit funciona y qué está yendo mal. Pero recientemente comencé a hacer el git svn dcommit desde diferentes twigs locales (y no solo desde el maestro local), y esperaba que el repository SVN simplemente se actualizara al estado de esta twig local. Bueno, probablemente no debería usar la combinación SVN / GIT.