Ziemlich sicher, das ist ein SourceTree-Problem. Irgendwie ist die Haupt-Log-Geschichte an einem Tag (# 988058d) beendet, und dann weiter auf von einem Geschwister mit begehen, was scheint keinen Elternteil überhaupt (# 0803b25) zu sein:SourceTree git commit wird nach dem Löschen des Tags und Umbasieren ohne Eltern angezeigt
Der # 0803b25 commit Das übergeordnete Element ist # 988058d (das über ihm stehende Element, das unerwartet beendet wird). Betrachtet man beide ihre Commit-Zeiten, sind sie genau gleich. Es ist also so, als ob es cronologisch geordnet wäre, die Reihenfolge dieser 2 durcheinander gebracht hätte und es jetzt sehr seltsam darstellt.
Aber Fremde noch, wenn ich die 0.9.8-Tag löschen, es neu macht richtig:
Was geschah, war ich verpflichtet, markiert und wieder frei einen Build, aber bevor es jemand anderes aktualisiert drängen Master (mit Commit # db7151a). Also war mein Push des Tags erfolgreich, aber mein Master-Push scheiterte, was ein getaggtes Commit verursachte, das vom Master abwich. Also habe ich rebased, löschte das Tag (lokal und von der remote), neu markiert die äquivalente Commit (die jetzt auch 1 extra commit, das Commit ich rebased oben), und dann gedrückt.
Ich habe versucht, jede Kombination aus dem Löschen des Tags (lokal und remote), neu zu speichern und drücken. Jedes Mal, wenn dieses Etikett zurückkommt, wird die Reihenfolge vermasselt.
Ideen?
SourceTree hat mit der Bestellung ein paar Probleme, wenn mal das gleiche mit verschiedenen Zweige/Tags sind zu begehen. https://jira.atlassian.com/browse/SRCTREE-1818 –
Das wäre es, danke! Fühlen Sie sich frei, um Ihren Kommentar zu einer Antwort zu ändern, und ich werde es akzeptieren. – Tyson