Segui la cronologia di un file e la paternità della riga

• Separa la cronologia dei file dall'attribuzione della riga corrente.
• Leggi l'autore e il committente in modo indipendente.
• Ispeziona la colpa precedente senza controllare i commit.
• Mantenere le prove di attribuzione separate dall'attendibilità della sicurezza.

Inizia da dove è finita la lezione 15: main con ignore commit, clean; README.md è ancora il README originale e index.html contiene il piè di pagina di Leo della lezione 11. La funzionalità pubblicata e il tag v0.1.0 sono invariati.

Il video è stato registrato con Git 2.52.0 e GitTree 2.0 su Ubuntu 24.04: README.md è stato salvato nell'app, il commit di Maya è stato effettuato in modo nativo come preparazione del compagno di squadra e le visualizzazioni della cronologia e delle colpe sono state aperte nell'app; lo stato precedente e le riletture della colpa venivano eseguite nel terminale. Non è stato eseguito nulla su macOS o Windows e Ubuntu è l'unico sistema Linux registrato. Il Git floor di origine di GitTree è 2.39.0.

GitTree ti chiede di accedere; il piano gratuito copre quindi ogni passaggio qui. Non è necessario alcun account fornitore, Pro/prova, credenziale API o servizio Internet. Un'origine nuda locale non è GitLab o CI. Tutte le identità utilizzano example.com; non eseguire mai questa lezione all'interno di un checkout di origine.

Effettua mutazioni tramite GitTree o il percorso nativo su input identici, non entrambi consecutivamente. È possibile seguire anche la verifica di sola lettura. Qualsiasi preparazione descritta come lavoro terminale è etichettata come preparazione nativa, mai come funzionalità inventata dell'app.

La cronologia dei file elenca i commit selezionati in base alle regole del percorso/cronologia; colpa attribuisce le righe correnti ai commit che le hanno introdotte per ultime nelle opzioni selezionate. Né è una spiegazione sociale completa di chi ha progettato una funzionalità.

Autore e committente possono differire. Questo dispositivo utilizza deliberatamente la stessa identità fittizia Maya per entrambi nel suo commit, e Leo per entrambi nel suo. Nomi/e-mail sono metadati, non prova di proprietà o codice attendibile.

Ignorare gli spazi bianchi e seguire le righe spostate può modificare le risposte di attribuzione senza modificare i byte del file o la cronologia. Fare un passo indietro rispetto a un commit incolpato selezionato per ispezionare il suo predecessore; la selezione non è il checkout.

Il commit README esplicito avanza solo a main. Le successive selezioni e attivazioni di Cronologia/Colpa modificano lo stato di visualizzazione dell'app; non si verifica alcuna mutazione dell'indice, del lavoro, del ramo locale o del server.

Nel salvataggio principale originale completa README_MAYA di seguito. La preparazione nativa utilizza git -c user.name/user.email solo per questo commit, non per la configurazione globale o per un fuorviante override riservato all'autore. Cattura i metadati effettivi risultanti.

Risparmia solo nella fase denominata di seguito. Questi sono corpi UTF-8/LF completi con un ritorno a capo finale; non incollare mai le recinzioni Markdown. I file eseguibili non modificati ereditano l'input denominato. Le versioni in varianti separate non devono sovrascrivere l'originale.

README.md — README_MAYA

# GitTree Features

A fictional landing page used to learn Git and GitTree.

All people and addresses in this repository are fictional.
No form submits information to a server.

Review changes deliberately and preserve useful work.

Tavolozza: Comando+Maiusc+P (Ctrl+Maiusc+P su Ubuntu); digitare il comando con il nome esatto e selezionarlo. Le azioni di riferimento con nome utilizzano il menu contestuale di quella riga, non una scorciatoia della tavolozza senza argomenti.

1. Mostra file; apri README.md e salva README_MAYA completo. Esaminare la riga di revisione aggiunta.
2. Effettua l'aggiunta in modo nativo con l'identità fittizia esplicita di seguito; etichetta questa preparazione del compagno di squadra. Non affermare che l'app abbia riscritto gli autori esistenti.
3. Con README.md aperto tramite Show Files e poi README.md, la visualizzazione del file ha quattro schede: File, Changes, Blame e History. Scegli History: elenca solo i commit di questo file, quello di Maya in alto. Seleziona il commit di Maya.
4. Ispezionare la differenza di percorso e i metadati; utilizzare l'elenco della cronologia Freccia su/Freccia giù per controllare un'altra revisione senza effettuare il checkout.
5. Scegli Blame su README.md. L'intestazione riporta "Blame @", un breve ID di commit e le righe sono raggruppate per commit; fare clic sulla riga aggiunta. Aspettatevi il soggetto e l'identità reali di Maya, non uno SHA fisso inventato.
6. Apri index.html e scegli Colpa; ispezionare in modo indipendente l'attribuzione del Leone della riga a piè di pagina.
7. Ignore whitespace changes e Follow moved lines sono opzioni di visualizzazione della vista colpa. Fai clic sul gruppo di un commit, scegli Blame before this commit per vedere la colpa com'era, quindi Back to the later blame.
8. Back to Graph; Jump to HEAD (Ctrl+Maiusc+H su Ubuntu). Dopo l'ispezione, verificare che l'ugello principale originale sia pulito e che l'ugello effettivo non sia stato modificato.

Per ogni commit ordinario: Summary è l'oggetto indicato; Descrizione vuota; Modifica commit precedente, Salta hook, Aggiungi autore firmato, Autore diverso, Push dopo commit e Consenti commit vuoto disattivato; nessun coautore. Metti in stage solo i file nominati, quindi applica le modifiche a N file una volta (File per uno) o Comando+Invio come alternativa. Aspetta il risultato reale. Una lezione che modifica esplicitamente cambia solo l'opzione dichiarata.

Dopo aver salvato README_MAYA:

git add -- README.md
git -c user.name="Maya Chen" -c user.email=maya@example.com commit --quiet -m "docs: explain deliberate review"
git log -1 --format='%an <%ae>%n%cn <%ce>' -- README.md
git blame --line-porcelain -- README.md
git blame --line-porcelain -- index.html
git status --short

Il commit ha esito positivo. La query dell'autore effettivo include:

Maya Chen <maya@example.com>
Maya Chen <maya@example.com>

L'output completo della colpa include SHA/tempi variabili effettivi e record per riga. Per la nuova riga README i campi del record verificato includono l'autore Maya Chen, l'e-mail dell'autore <maya@example.com>, i documenti di riepilogo: spiega la revisione deliberata, quindi una revisione con prefisso tab Modifica deliberatamente e preserva il lavoro utile. Il record a piè di pagina identifica Leo Okafor e il suo impegno di promemoria; questo deve essere misurato dall'albero reale, non inventato come un autore uniforme per ogni riga HTML. Lo stato finale è vuoto.

Alternative di sola lettura:

git log --follow --format='%s' -- README.md
git blame -w -- README.md
git blame -M -- README.md

Queste opzioni rispondono a diverse domande di attribuzione; il layout di output è specifico della versione Git e viene catturato, non sostituito con l'estratto del campo porcellana.

Where you end: L'unica aggiunta README di Maya è confermata come documentazione: spiega la revisione deliberata su main. Blame attribuisce quella nuova riga a Maya e il piè di pagina a Leo; l'ispezione lascia la TESTA/indice/lavoro pulita e inalterata.

• Chiamare la colpa un punteggio di colpevolezza.
• Supponendo che l'autore sia sempre uguale al committer.
• Controllare un commit semplicemente per ispezionarne la linea.

Cancella le opzioni di visualizzazione o torna alla colpa successiva/Vai a HEAD. La navigazione non necessita di ripristino. Se l'attribuzione è diversa, controlla il percorso effettivo, la revisione e le impostazioni degli spazi bianchi/spostamento prima di modificare la cronologia.

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

   La colpa risponde a cosa?

   Scegli una risposta.

   Ultimo commit di introduzione per una riga sotto le opzioni

   Chi possiede ogni idea

   Chi merita critiche

   Controlla la risposta
2. Domanda 2 di 6

   Domanda 2 di 6

   Quali distinzioni contano?

   Scegli ogni risposta applicabile.

   Percorso e revisione selezionata

   Il nome dimostra sicurezza

   Autore contro committente

   Controlla la risposta
3. Domanda 3 di 6

   Domanda 3 di 6Obbligatorio

   Seleziona la vecchia revisione del file: HEAD?

   Scegli una risposta.

   Eliminato

   Si muove automaticamente

   Invariato

   Controlla la risposta
4. Domanda 4 di 6

   Domanda 4 di 6Obbligatorio

   Modifica la query per ignorare gli spazi bianchi: byte?

   Scegli una risposta.

   Invariato

   Riformattato

   La storia riscritta

   Controlla la risposta
5. Domanda 5 di 6

   Domanda 5 di 6

   Risultato colpa diversa: primo controllo?

   Scegli una risposta.

   Percorso, revisione e opzioni

   Spinta di forza

   Ripristina principale

   Controlla la risposta
6. Domanda 6 di 6

   Domanda 6 di 6Obbligatorio

   Cosa dimostra il risultato?

   Scegli ogni risposta applicabile.

   Punta pulita invariata dopo l'ispezione

   Un avatar dell'autore

   Documenti effettivi della linea Maya/Leone

   Controlla la risposta

Dimostrare che la riga di revisione README appartiene a Maya e il piè di pagina a Leo utilizzando veri e propri record in porcellana. Attiva / disattiva -w in una query di sola lettura separata e spiega perché l'attribuzione invariata qui non dimostra che l'opzione non ha mai importanza.

• La storia e la colpa rispondono a domande diverse.
• I metadati non sono fiducia.
• L'ispezione non muove la TESTA.

• Ignora i file e pulisci il lavoro non tracciato in modo sicuro (lezione 15)
• Leggi la cronologia senza muovere la TESTA (lezione 8)
• Scarica GitTree

Colpa — نسب الأسطر; cronologia dei file — سجل الملف; autore: المؤلف; committer — المُودِع.