Unterschiede zwischen Commit-Ansichten
Auf GitHub Enterprise können Sie den Commit-Verlauf eines Repositorys anzeigen, indem Sie
- direkt die Commit-Seite eines Repositorys aufrufen,
- auf eine Datei und dann auf History (Verlauf) klicken, um den Commit-Verlauf für eine bestimmte Datei abzurufen.
Manchmal kann es vorkommen, dass diese beiden Commit-Ansichten unterschiedliche Informationen anzeigen. Beim Verlauf einer einzelnen Datei fehlen möglicherweise Commits, die im Commit-Verlauf des gesamten Repositorys enthalten sind.
Bei Git gibt es mehrere Möglichkeiten, den Verlauf eines Repositorys anzuzeigen. Wenn Git den Verlauf einer einzelnen Datei anzeigt, wird der Verlauf vereinfacht, indem Commits, die keine Änderungen dieser Datei zur Folge hatten, weggelassen werden. Anstatt bei jedem einzelnen Commit zu überprüfen, ob er sich auf die Datei auswirkt, lässt Git einen ganzen Branch weg, wenn dieser Branch nach dem Mergen den endgültigen Inhalt der Datei nicht beeinflusst. Alle Commits auf dem Branch, die sich auf die Datei ausgewirkt haben, werden nicht angezeigt.
Für den Commit-Verlauf einer Datei nutzt GitHub Enterprise explizit diese einfache Strategie. So wird der Verlauf vereinfacht, indem Commits, die sich nicht auf das endgültige Ergebnis ausgewirkt haben, weggelassen werden. Wenn beispielsweise ein Nebenbranch eine Änderung vorgenommen und sie dann rückgängig gemacht hat, wird dieser Commit nicht im Branch-Verlauf aufgeführt. Damit erhöht sich die Effizienz bei Branch-Reviews, da nur Commits angezeigt werden, die sich auf die Datei auswirken.
Diese gekürzte Ansicht enthält möglicherweise nicht immer alle Informationen, die Sie benötigen. Wenn Sie den gesamten Verlauf einsehen möchten, bietet GitHub Enterprise eine Ansicht mit weiteren Informationen auf der Commit-Seite eines Repositorys.
Weitere Informationen zum Umgang von Git mit Commit-Verläufen finden Sie im Abschnitt „Vereinfachter Verlauf“ im Hilfe-Artikel git log.