SourceTree git commit muestra sin padre después de eliminar la label y el rebase

Estoy bastante seguro de que este es un problema de SourceTree. De alguna manera, el historial de logging principal ha finalizado en una label (# 988058d), y luego continuó desde una confirmación de hermanos con lo que parece no ser padre (# 0803b25):

Vista de registro de SourceTree

El padre de la confirmación # 0803b25 es # 988058d (el que está arriba que termina inesperadamente). Mirando sus times de compromiso, son exactamente lo mismo. Es como si hubiera orderado cronológicamente, mezcló el order de esos 2 y ahora lo muestra de forma muy extraña.

Pero aún más extraño, si borro la label 0.9.8, vuelve a renderizar correctamente:

SourceTree Fixed

Lo que sucedió fue que cometí, etiqueté y lancé una compilation, pero antes de presionar a alguien más lo actualicé maestro (con commit # db7151a). Así que mi impulso de la label fue exitoso, pero mi maestro falló, lo que creó un compromiso labeldo que divergía del maestro. Así que volví a configurar, eliminé la label (localmente y desde el control remoto), etiqueté de nuevo el compromiso equivalente (que ahora también incluía 1 compromiso adicional, el compromiso sobre el que volví a basar), y luego presioné.

He intentado todas las combinaciones de eliminar la label (local y remota), volver a labelr y presionar. Cada vez que la label vuelve, el order se estropea.

Ideas?

SourceTree tiene problemas con el order cuando los times de confirmación son los mismos con diferentes twigs / tags.

Este es el problema existente de JIRA: https://jira.atlassian.com/browse/SRCTREE-1818