Die grafische Darstellung von Git Extensions Branches verstehen

Question

Von SVN kommend, gewöhne ich mich immer noch an die Komplexität von Git. Nachdem ich entdeckt habe, dass TortoiseGit nur nach Ärger fragt, entdecke ich auch Git Extensions.

Wie ich in der Vergangenheit getan habe, habe ich es geschafft, an drei verschiedenen Aufgaben zu arbeiten, bevor ich einen von ihnen beende - nicht so weise, ich weiß. Es lässt mich jedoch Verzweigungen üben, das ist sicher.

Ich habe jetzt drei Zweige zusätzlich zu master: thread-safe, common-create-web-request und change-alias-target. An diesem Punkt ist nichts frei, alle Änderungen sind an einen dieser drei Zweige gebunden (oder so dachte ich, siehe nächsten Absatz) und keiner von ihnen wurde verschoben oder verschmolzen.

Ich bin nur neugierig und ein wenig besorgt, dass die Git Extensions Browse-Fenster, das grafisch scheint zu zeigen, obwohl die Änderungen an den Zweigen thread-safe und common-create-web-request auf diesen Zweigen sind die beiden Revisionen der Zweig change-alias-target nicht (Ich schaue auf das Diagramm, das auf der linken Seite der Revisionsliste läuft. Wenn ich sie fälschlicherweise zu .. master verpflichtet? dann denke ich, ich muss wissen, wie man sie zum Zweig change-alias-target bringt, bitte.

Answer 1

Die 2 Commits sind in dem 'change-Alias-Ziel' Zweig. Zweige in Git sind Zeiger, die eine Kette von Commits behandeln. Wenn Sie also einen Commit sehen, liegt das daran, dass sie in allen Zweigen (den roten Tags) enthalten sind, denen Sie begegnen, wenn Sie den Zeilen folgen.

könnten Sie auch in den Registerkarten begehen sehen, sobald Sie auf der entsprechenden Zeile klicken, alle Zweige es in enthalten ist. Die Liste nach der Commit-Nachricht angezeigt wird ...