Leggi la cronologia senza muovere la TESTA

• Distinguere HEAD, un commit selezionato, un autore e un committer.
• Seguire i genitori e gli antenati primogenitori.
• Leggi i set di log a due/tre punti senza confonderli con gli endpoint diff.
• Confronta due commit effettivi in GitTree senza riscrivere la cronologia.

Inizi da dove è finita la lezione 7: main ha tre commit dalle lezioni dalla 5 alla 7. Solo il raggio CSS rimane modificato: HEAD e l'indice contengono CSS-02-INDEX, il file di lavoro CSS-02-WORKING. Nessun telecomando. Il video è stato registrato con Git 2.52.0 e GitTree 2.0 su Ubuntu 24.04: entrambi i commit, il documento, l'ispezione del grafico, la ricerca, Jump to HEAD e Confronta riferimenti sono stati eseguiti nell'app e i controlli del terminale sono stati eseguiti rispetto a ciò che l'app ha creato, quindi gli ID di commit mostrati sono quelli confrontati dall'app. Il caso del ramo divergente è un diagramma: non è stato creato alcun ramo di funzionalità. Non è stato eseguito nulla su macOS o Windows e Ubuntu è l'unico sistema Linux registrato. Il minimo di origine di GitTree è Git 2.39.0; una volta effettuato l'accesso, l'ispezione locale e i commit rientrano nel piano gratuito.

Un commit registra un albero, metadati e ID genitore. Un ramo nomina un commit; HEAD solitamente nomina il ramo corrente. Facendo clic su un'altra riga del grafico vengono modificati i file selection dell'app, non HEAD, il ramo o i file del disco. L'autore registra chi ha scritto l'opera; il committer registra chi ha registrato questo commit. Capita che qui abbiano la stessa identità immaginaria.

Per una catena lineare, HEAD~1 segue un arco del primo genitore; HEAD~2 segue il due. HEAD^1 è il primo genitore; HEAD^2 significa second parent of one commit, non "due commit indietro". Un commit non di unione non ha un secondo genitore.

git log A..B significa raggiungibile da B escludendo raggiungibile da A. git log A...B significa differenza simmetrica di raggiungibilità. git diff A B confronta gli alberi degli endpoint, mentre git diff A...B confronta merge-base(A,B) con B. Un registro a tre punti e una differenza a tre punti non pongono la stessa domanda. Su questa storia lineare capita che alcuni risultati concordino; non generalizzare quella coincidenza a rami divergenti. Notazione di revisione, semantica diff.

La lettura/selezione/ricerca non modifica alcun indice, byte di lavoro o riferimenti. I due commit espliciti di questa lezione spostano il main locale: prima il raggio, poi la documentazione. Nessuna modifica remota.

Per prima cosa conferma la modifica del raggio esistente come mostrato di seguito. Quindi crea docs/history.md con questo corpo UTF-8/LF completo; il suo elemento finale descrive il commit che conterrà il documento, non uno SHA inventato.

# 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.

Non aggiungere il taccuino di esercitazione facoltativo o commit di pulizia aggiuntivi a questa catena di cinque commit.

1. Tavolozza Show Working Changes (Comando/Ctrl+Maiusc+P per aprire la tavolozza). Fai clic su stili.css sotto Unstaged Files. Conferma solo il raggio 0,5 rem → rimane 0,75 rem; non ripetere la modifica della larghezza precedente.
2. Scegli la sua azione di riga Stage File, inserisci Riepilogo style: finish the card radius change, opzioni ordinarie disattivate, quindi Commit Changes to 1 File (o Comando/Ctrl+Invio una volta). Verifica quattro commit e pulisci lo stato tracciato.
3. Tavolozza New File… → Path from the project folder = docs/history.md → Create. Incolla il documento completo e Save. Back to Graph → Show Working Changes → File di stage per docs/history.md.
4. Riepilogo docs: record logs-and-revisions practice; commettere un file. La catena prevista ora ha cinque commit.
5. Fai clic sulla riga dell'eroe principale. Controlla il suo reale SHA, oggetto, autore/committente e stato principale di root commit nei dettagli del commit. Fare clic sull'ultima riga; confrontare la sua relazione genitore. Non invocare Check Out This Commit semplicemente per leggerlo.
6. Nei dettagli del commit attiva View all files per distinguere l'intero albero del commit solo dai percorsi modificati; ispezionare il documento alla sua revisione registrata. Ciò non modifica il file di lavoro.
7. Ritorna Back to Graph; usa la tavolozza Search Loaded History o Comando/Ctrl+F while the graph is active, digita radius e controlla la cronologia caricata corrispondente. In un editor lo stesso accordo trova il testo dell'editor. Cancella la ricerca in seguito. Una ricerca nella cronologia caricata non è una query di cronologia a livello di server.
8. La tavolozza Jump to HEAD, Comando/Ctrl+Maiusc+H, individua il suggerimento corrente. La selezione/ricerca può spostarsi mentre il git symbolic-ref --short HEAD nativo riporta ancora main.
9. Utilizza git rev-parse HEAD~2 nativo per ottenere il suo ID commit real; non viene fornito alcun corso fisso SHA. La tavolozza Compare References… (repo.compareRefs) apre Compare References. In Old side, incolla l'ID misurato e seleziona la sua opzione di commit; in New side, scegli TESTA. Il selettore accetta un ID di commit, non la promessa che le espressioni di revisione arbitrarie vengano analizzate lì.
10. Sotto What to compare, scegli The two endpoints quindi Compare. Aspettatevi differenze tra docs/history.md e stili.css per questa catena. Riapri/modifica il confronto e scegli Changes since the merge base con gli stessi lati: l'ascendenza lineare fa coincidere il risultato finale qui. Non dedurre il comportamento del log simmetrico da quella vista. Cancel esce senza modificare la cronologia.

Alternativa alla mutazione nativa, solo prima del successo dell'app corrispondente:

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

Entrambi ci sono riusciti in silenzio. Dopo aver salvato l'intero documento:

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

Catena osservata completa:

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

Esamina il set rispetto all'albero:

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

Ogni query stampata separatamente:

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

Coincidono solo perché l'endpoint più vecchio è un antenato qui.

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

Uscite in ordine:

docs/history.md
styles.css
5
main

I due file nominati sono differenze tra alberi, non identità dei due commit restituiti dal log.

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

Non è stato osservato alcun stdout/stderr ed uscita 1: l'ultimo commit non è un'unione. Utilizza invece HEAD~2 per due passaggi primo genitore. Per identificare un ID di confronto reale:

git rev-parse HEAD~2

Leggere il risultato effettivo durante le prove; uno SHA misurato cambia con i metadati di commit e non deve essere copiato da un'etichetta del modello.

Alla fine di questa lezione: cinque commit su main nell'ordine documentato; lavoro tracciato/pulizia indice, nessun telecomando o operazione in corso. Il CSS ora ha un raggio di 0,75rem e docs/history.md è impegnato. La lettura di una riga del grafico precedente non ha staccato HEAD.

• Trattare la riga selezionata come commit estratto: ispeziona HEAD in modo indipendente.
• Lettura ^2 come ~2: secondo genitore contro due bordi del primo genitore.
• Applicazione del significato del registro simmetrico alla differenza a tre punti: la differenza è direzionale dalla base di unione a destra.
• Supponendo che la ricerca nel grafico copra la cronologia non caricata/non recuperata.

Una revisione mancante può significare una discendenza insufficiente, un errore di battitura o un confine superficiale, non corruzione. Verificare la catena e il repository selezionato. Cancella i filtri dell'app prima di concludere un commit svanito. Non recuperare da un fornitore arbitrario, reimpostare o effettuare il checkout semplicemente per riparare una selezione. Se un documento esiste già, controllane il contenuto prima di applicare questo passaggio relativo al nuovo file.

Rispondi a ciascuna domanda, quindi leggi il motivo. Le domande contrassegnate come "Obbligatorio" contano ai fini del completamento della lezione.

1. Domanda 1 di 6

   Domanda 1 di 6

   Facendo clic su una riga del grafico precedente, cosa succede qui?

   Scegli una risposta.

   Modifica la selezione dell'app

   Elimina i commit più recenti

   Stacca la TESTA

   Controlla la risposta
2. Domanda 2 di 6

   Domanda 2 di 6

   Quali affermazioni sono corrette su questa catena lineare a cinque commit?

   Scegli ogni risposta applicabile.

   HEAD^2 indica il secondo genitore

   ^2 è sempre uguale a ~2

   HEAD~2 segue due archi del primo genitore

   Controlla la risposta
3. Domanda 3 di 6

   Domanda 3 di 6Obbligatorio

   Quali argomenti sono in HEAD~2..HEAD dopo il commit di History.md?

   Scegli una risposta.

   Solo i file denominati HEAD

   Tutti e cinque i commit

   Documento di storia e raggio

   Controlla la risposta
4. Domanda 4 di 6

   Domanda 4 di 6Obbligatorio

   Il principale è H5; la caratteristica F discende da H3. Qual è la caratteristica principale nel registro git?

   Scegli una risposta.

   H4, H5 e F

   Solo F

   Solo H3

   Controlla la risposta
5. Domanda 5 di 6

   Domanda 5 di 6

   Git diff A...B significa il set di log simmetrico?

   Scegli una risposta.

   No, unisci base → albero B

   Muove sempre la TESTA

   Sì, operatori identici ovunque

   Controlla la risposta
6. Domanda 6 di 6

   Domanda 6 di 6Obbligatorio

   Quali osservazioni dimostrano il checkpoint finito?

   Scegli ogni risposta applicabile.

   HEAD è ancora principale dopo la selezione

   Raggio sporco ancora in sospeso

   Cinque argomenti esatti in ordine

   Controlla la risposta

Seleziona una riga più vecchia e dimostra che HEAD rimane principale. Spiegare perché due voci di registro possono corrispondere a differenze solo in due percorsi. Input modificato: per un ramo separato con un commit da H3 mentre main è su H5, prevedere che main..feature contenga solo quel commit della funzionalità, ma main...feature include anche H4/H5. Non creare quel ramo nel checkpoint canonico; utilizzare una copia usa e getta.

• Selection e HEAD hanno proprietari diversi.
• La notazione principale e i set di revisione descrivono l'ascendenza, non le modifiche ai file.
• Confronta gli endpoint reali risolti ed etichetta chiaramente la domanda.

• Impegna la parte selezionata, non l'intero file (lezione 7)
• Mettere in scena lo snapshot desiderato ed effettuare il primo commit (lezione 5)
• Scarica GitTree

Impegnarsi: إيداع; genitore: إيداع أب; rif: مرجع; revisione: مراجعة; gamma: نطاق; unisci base — أساس الدمج; autore: المؤلف; committer — المُودِع.