Lesen Sie den Verlauf, ohne den KOPF zu bewegen

• Unterscheiden Sie zwischen HEAD, einem ausgewählten Commit, Autor und Committer.
• Folgen Sie den Eltern und Vorfahren der ersten Eltern.
• Lesen Sie Zweipunkt-/Dreipunkt-Protokollsätze, ohne sie mit Diff-Endpunkten zu verwechseln.
• Vergleichen Sie zwei tatsächliche Commits in GitTree, ohne den Verlauf neu zu schreiben.

Sie beginnen dort, wo Lektion 7 aufgehört hat: main hat drei Commits aus den Lektionen 5 bis 7. Nur der CSS-Radius bleibt geändert: HEAD und der Index enthalten CSS-02-INDEX, die Arbeitsdatei CSS-02-WORKING. Keine Fernbedienung. Das Video wurde mit Git 2.52.0 und GitTree 2.0 am Ubuntu 24.04 aufgezeichnet: Beide Commits, das Dokument, die Diagramminspektion, die Suche, „Zu HEAD springen“ und „Referenzen vergleichen“ wurden in der App ausgeführt, und die Terminalprüfungen wurden mit dem verglichen, was die App erstellt hat, sodass die angezeigten Commit-IDs diejenigen sind, die die App verglichen hat. Der Fall des divergenten Zweigs ist ein Diagramm: Es wurde kein Feature-Zweig erstellt. Auf macOS oder Windows wurde nichts ausgeführt, und Ubuntu ist das einzige aufgezeichnete Linux-System. Das Quellminimum von GitTree ist Git 2.39.0; Sobald Sie angemeldet sind, sind lokale Inspektionen und Commits im kostenlosen Plan enthalten.

Ein Commit zeichnet einen Baum, Metadaten und übergeordnete IDs auf. Ein Zweig benennt einen Commit; HEAD benennt normalerweise den aktuellen Zweig. Durch Klicken auf eine andere Diagrammzeile werden die selection der App, nicht HEAD, die Zweig- oder Festplattendateien geändert. Der Autor gibt an, wer das Werk geschrieben hat; Der Committer zeichnet auf, wer diesen Commit aufgezeichnet hat. Es handelt sich hier zufällig um dieselbe fiktive Identität.

Bei einer linearen Kette folgt HEAD~1 einer ersten übergeordneten Kante; HEAD~2 folgt zwei. HEAD^1 ist das erste übergeordnete Element; HEAD^2 bedeutet das second parent of one commit, nicht „zwei Commits zurück“. Ein Nicht-Merge-Commit hat kein zweites übergeordnetes Element.

git log A..B bedeutet erreichbar von B ausgenommen erreichbar von A. git log A...B bedeutet symmetrischer Unterschied der Erreichbarkeit. git diff A B vergleicht Endpunktbäume, während git diff A...B merge-base(A,B) mit B vergleicht. Ein Dreipunkt-Log und ein Dreipunkt-Diff stellen nicht die gleiche Frage. In dieser linearen Geschichte stimmen einige Ergebnisse zufällig überein; Verallgemeinern Sie diesen Zufall nicht auf divergierende Zweige. Revisionsnotation, Unterschiedssemantik.

Das Lesen/Auswählen/Suchen ändert keinen Index, keine Arbeitsbytes oder Referenzen. Die beiden expliziten Commits dieser Lektion verschieben den lokalen Haupt-Commit: Radius zuerst, Dokumentation zweitens. Keine Fernänderungen.

Übernehmen Sie zunächst die vorhandene Radiusbearbeitung wie unten gezeigt. Erstellen Sie dann docs/history.md mit diesem vollständigen UTF-8/LF-Körper; Sein letztes Element beschreibt den Commit, der das Dokument enthalten wird, nicht einen erfundenen SHA.

# GitTree Features history

The first-parent chain on main, oldest first:

1. feat: add the GitTree Features hero
2. feat: add styling and local project checks
3. feat: refine the hero and card spacing
4. style: finish the card radius change
5. docs: record logs-and-revisions practice

After this document is committed, HEAD names item 5.
HEAD~1 names item 4; HEAD~2 names item 3.
Selecting a graph row does not move HEAD.
These labels are descriptions, not fabricated commit SHAs.

All identities in this project are fictional.

Fügen Sie dieser Fünf-Commit-Kette nicht das optionale Übungsnotizbuch oder zusätzliche Bereinigungs-Commits hinzu.

1. Palette Show Working Changes (Befehl/Strg+Umschalt+P zum Öffnen der Palette). Klicken Sie unter Unstaged Files auf „styles.css“. Bestätigen Sie, dass nur noch der Radius 0,5rem → 0,75rem verbleibt; Wiederholen Sie nicht die vorherige Breitenänderung.
2. Wählen Sie die entsprechende Zeilenaktion Stage File, geben Sie Zusammenfassung style: finish the card radius change ein, normale Optionen aus, dann Commit Changes to 1 File (oder einmal Befehl/Strg+Eingabe). Überprüfen Sie vier Commits und bereinigen Sie den verfolgten Status.
3. Palette New File… → Path from the project folder = docs/history.md → Create. Fügen Sie das vollständige Dokument und Save ein. Back to Graph → Show Working Changes → Staging-Datei für docs/history.md.
4. Zusammenfassung docs: record logs-and-revisions practice; Übertragen Sie eine Datei. Die erwartete Kette hat jetzt fünf Commits.
5. Klicken Sie auf die Root-Hero-Zeile. Überprüfen Sie den tatsächlichen SHA-, Betreff-, Autor/Committer- und root commit-Elternstatus in den Commit-Details. Klicken Sie auf die neueste Zeile. Vergleichen Sie die übergeordnete Beziehung. Rufen Sie Check Out This Commit nicht nur auf, um es zu lesen.
6. Schalten Sie in den Commit-Details View all files um, um den gesamten Commit-Baum von nur geänderten Pfaden zu unterscheiden; Überprüfen Sie das Dokument in seiner aufgezeichneten Revision. Die Arbeitsdatei wird dadurch nicht verändert.
7. Rückgabe Back to Graph; Verwenden Sie die Palette Search Loaded History oder Befehl/Strg+F while the graph is active, geben Sie radius ein und überprüfen Sie den passenden geladenen Verlauf. In einem Editor findet derselbe Akkord Editortext. Löschen Sie anschließend die Suche. Eine Suche nach geladenem Verlauf ist keine serverweite Verlaufsabfrage.
8. Palette Jump to HEAD, Befehl/Strg+Umschalt+H, lokalisiert den aktuellen Tipp. Auswahl/Suche kann verschoben werden, während native git symbolic-ref --short HEAD weiterhin main meldet.
9. Verwenden Sie natives git rev-parse HEAD~2, um seine real-Commit-ID zu erhalten. Es wird kein fester Kurs-SHA mitgeliefert. Palette Compare References… (repo.compareRefs) öffnet Compare References. Fügen Sie in Old side die gemessene ID ein und wählen Sie die Commit-Option aus. Wählen Sie in New side KOPF. Der Picker akzeptiert eine Commit-ID, kein Versprechen, dass dort beliebige Revisionsausdrücke geparst werden.
10. Wählen Sie unter What to compare The two endpoints und dann Compare. Erwarten Sie Unterschiede zwischen docs/history.md und style.css für diese Kette. Vergleich erneut öffnen/ändern und Changes since the merge base mit den gleichen Seiten wählen: Durch lineare Abstammung stimmt das Endpunktergebnis hier überein. Leiten Sie aus dieser Ansicht kein symmetrisches Protokollverhalten ab. Cancel wird beendet, ohne den Verlauf zu ändern.

Native Mutationsalternative, nur vor entsprechendem App-Erfolg:

git add -- styles.css
git commit --quiet -m "style: finish the card radius change"

Beides gelang im Stillen. Nach dem Speichern des vollständigen Dokuments:

git add -- docs/history.md
git commit --quiet -m "docs: record logs-and-revisions practice"
git log --reverse --format=%s

Vollständige beobachtete Kette:

feat: add the GitTree Features hero
feat: add styling and local project checks
feat: refine the hero and card spacing
style: finish the card radius change
docs: record logs-and-revisions practice

Set vs. Baum prüfen:

git log --format=%s HEAD~2..HEAD
git log --format=%s HEAD~2...HEAD

Jede Abfrage wird separat gedruckt:

docs: record logs-and-revisions practice
style: finish the card radius change

Sie stimmen nur deshalb überein, weil der ältere Endpunkt hier ein Vorfahre ist.

git diff --name-only HEAD~2 HEAD
git rev-list --count HEAD
git symbolic-ref --short HEAD

Ausgaben in der Reihenfolge:

docs/history.md
styles.css
5
main

Bei den beiden benannten Dateien handelt es sich um Baumunterschiede, nicht um die Identitäten der beiden vom Protokoll zurückgegebenen Commits.

git rev-parse --verify --quiet HEAD^2

Kein stdout/stderr und kein Exit 1 beobachtet: Der letzte Commit ist keine Zusammenführung. Verwenden Sie stattdessen HEAD~2 für zwei Schritte des ersten übergeordneten Elements. So identifizieren Sie eine echte Vergleichs-ID:

git rev-parse HEAD~2

Lesen Sie die tatsächliche Ausgabe während der Probe. Ein gemessener SHA ändert sich mit Commit-Metadaten und darf nicht von einer Modellbezeichnung kopiert werden.

Am Ende dieser Lektion: fünf Commits auf main in der dokumentierten Reihenfolge; Nachverfolgte Arbeit/Index bereinigt, keine Fernbedienung oder Operation im Gange. CSS hat jetzt einen Radius von 0,75 rem und docs/history.md ist festgeschrieben. Beim Lesen einer vergangenen Diagrammzeile wurde HEAD nicht abgetrennt.

• Ausgewählte Zeile als ausgechecktes Commit behandeln: HEAD unabhängig prüfen.
• Lesen von ^2 als ~2: zweites übergeordnetes Element im Vergleich zu zwei ersten übergeordneten Kanten.
• Anwenden der symmetrischen logarithmischen Bedeutung auf das Dreipunkt-Diff: Diff ist von der Zusammenführungsbasis nach rechts gerichtet.
• Angenommen, die Diagrammsuche deckt den entladenen/nicht abgerufenen Verlauf ab.

Eine fehlende Überarbeitung kann auf eine unzureichende Abstammung, einen Tippfehler oder eine oberflächliche Grenze hinweisen, nicht aber auf Korruption. Überprüfen Sie die Kette und das ausgewählte Repository. Das Löschen von App-Filtern vor Abschluss eines Commits ist verschwunden. Laden Sie es nicht bei einem beliebigen Anbieter herunter, setzen Sie es nicht zurück oder bezahlen Sie es nicht, nur um eine Auswahl zu reparieren. Wenn ein Dokument bereits vorhanden ist, überprüfen Sie dessen Inhalt, bevor Sie diesen Schritt zum Erstellen einer neuen Datei anwenden.

Beantworten Sie jede Frage und lesen Sie dann, warum. Mit „erforderlich“ gekennzeichnete Fragen zählen zum Abschluss der Lektion.

1. Frage 1 von 6

   Frage 1 von 6

   Was bewirkt hier das Klicken auf eine ältere Diagrammzeile?

   Wählen Sie eine Antwort.

   Ändert die App-Auswahl

   Löscht neuere Commits

   Löst den KOPF ab

   Antwort prüfen
2. Frage 2 von 6

   Frage 2 von 6

   Welche Aussagen zu dieser linearen Kette mit fünf Commits sind richtig?

   Wählen Sie jede zutreffende Antwort aus.

   HEAD^2 bedeutet das zweite Elternteil

   ^2 entspricht immer ~2

   HEAD~2 folgt zwei Kanten des ersten Elternteils

   Antwort prüfen
3. Frage 3 von 6

   Frage 3 von 6Erforderlich

   Welche Themen befinden sich in HEAD~2..HEAD, nachdem History.md festgeschrieben wurde?

   Wählen Sie eine Antwort.

   Nur Dateien mit dem Namen HEAD

   Alle fünf Commits

   Geschichtsdokument und Radius

   Antwort prüfen
4. Frage 4 von 6

   Frage 4 von 6Erforderlich

   Main ist H5; Merkmal F stammt von H3 ab. Was ist die Hauptfunktion im Git-Protokoll?

   Wählen Sie eine Antwort.

   H4, H5 und F

   Nur F

   Nur H3

   Antwort prüfen
5. Frage 5 von 6

   Frage 5 von 6

   Bedeutet git diff A...B den symmetrischen Log-Satz?

   Wählen Sie eine Antwort.

   Nein, Basis zusammenführen → B-Baum

   Es bewegt sich immer KOPF

   Ja, überall identische Betreiber

   Antwort prüfen
6. Frage 6 von 6

   Frage 6 von 6Erforderlich

   Welche Beobachtungen belegen den fertigen Kontrollpunkt?

   Wählen Sie jede zutreffende Antwort aus.

   HEAD bleibt nach der Auswahl im Hauptmenü

   Dirty-Radius steht noch aus

   Fünf exakte Themen der Reihe nach

   Antwort prüfen

Wählen Sie eine ältere Zeile aus und beweisen Sie, dass HEAD die Hauptzeile bleibt. Erklären Sie, warum zwei Protokolleinträge nur Unterschieden in zwei Pfaden entsprechen können. Geänderte Eingabe: Für einen separaten Zweig mit einem Commit von H3, während sich main auf H5 befindet, wird vorhergesagt, dass main..feature nur diesen Feature-Commit enthält, main...feature jedoch auch H4/H5. Erstellen Sie diesen Zweig nicht im kanonischen Prüfpunkt. Verwenden Sie eine Einwegkopie.

• Selection und HEAD haben unterschiedliche Besitzer.
• Übergeordnete Notations- und Revisionssätze beschreiben die Abstammung, keine Dateiänderungen.
• Vergleichen Sie tatsächlich gelöste Endpunkte und beschriften Sie die Frage deutlich.

• Den ausgewählten Teil festschreiben, nicht die gesamte Datei (Lektion 7)
• Stellen Sie den beabsichtigten Snapshot bereit und führen Sie Ihren ersten Commit durch (Lektion 5)
• Laden Sie GitTree herunter

Commit – إيداع; Elternteil – إيداع أب; ref – مرجع; Revision – مراجعة; Bereich – نطاق; Basis zusammenführen – أساس الدمج; Autor – المؤلف; Committer – المُودِع.