Metti in scena lo snapshot desiderato ed effettua il tuo primo commit

• Crea e salva i primi due file di progetto in GitTree.
• Stage e unstage senza confondere nessuna delle due operazioni con l'eliminazione di un file di lavoro.
• Confronta l'indice con l'albero di lavoro prima di effettuare il commit.
• Scrivi un riepilogo utile e affida solo lo snapshot preparato.
• Verifica i file, l'identità e la modifica operativa rimanente del primo commit.

Inizia dove finisce la lezione 4. original gittree-features è un normale repository su main non ancora nato, senza commit, file di progetto o telecomandi. La sua identità locale è GitTree Demo / demo@example.com. Non continuare con il supplemento gittree-features-copy della lezione 4.

Il minimo controllato di GitTree è Git 2.39.0. Il video è stato registrato con Git 2.52.0 e GitTree 2.0 su Ubuntu 24.04: i due file, la loro messa in scena e il primo commit sono stati effettuati nell'app stessa, e i controlli del terminale sono stati eseguiti rispetto a ciò che l'app ha creato o a copie separate del progetto negli stati A, B e C, quindi l'originale non è mai stato riprodotto. Non è stato eseguito nulla su macOS o Windows e Ubuntu è l'unico sistema Linux registrato; Gli accordi del tasto Comando e Windows provengono dalla sorgente della mappatura dei tasti.

Git nativo non necessita di account per un commit locale. In GitTree, accedi e il piano gratuito coprirà questa lezione. Non è richiesto alcun provider, versione Pro/prova, redazione AI, chiave API, runner CI o ambiente cloud. Non aggiungere un telecomando per effettuare un commit locale.

Un commit non significa “salvare tutto ciò che è visibile”. In questa lezione un commit normale registra il index: lo snapshot completo selezionato. Crea un commit root e ne sottolinea il punto principale. Non spinge da nessuna parte.

Il salvataggio nell'editor aggiorna il working tree. La gestione temporanea aggiorna l'indice dal file di lavoro scelto. La rimozione dallo stage modifica la selezione dell'indice; non è Scarta e non rimuove il file di lavoro nel nostro esercizio. Prima del primo commit non esiste una versione precedente di cui è stato eseguito il commit da ripristinare, quindi un nuovo file non sottoposto a stage viene nuovamente non tracciato.

Un'edizione preparata è un'analogia utile: puoi rivedere la tua bozza di lavoro dopo aver preparato un'edizione, quindi pubblicare localmente l'edizione preparata senza includere la bozza più recente. La gestione temporanea non è un abbonamento live alle modifiche successive. Il riferimento di aggiunta di Git documenta quella selezione; il riferimento al commit distingue i commit dell'indice ordinario da altre modalità.

Utilizziamo no -a, argomenti espliciti del percorso di commit, amend, commit vuoto o stage-all automatico. L'indice è un'intera descrizione dell'albero successivo, non solo un elenco di nomi modificati.

Anche README-01 è organizzato e impegnato. Dopo D, README è pulito; index.html rimane intenzionalmente modificato solo nell'albero di lavoro. Il grafico può avere un nuovo commit mentre lo stato non è pulito.

Utilizza UTF-8, LF e un fine riga finale. Non includere recinzioni Markdown nei file salvati. Non esiste ancora package.json, CSS, JS o la suite Node eseguibile; quelli arrivano nella lezione 6.

README.md — README-01

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

index.html — HTML-01, prima della messa in scena

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Understand every change.</h1>
      <p id="hero-copy">A clear view of Git history.</p>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
</body>
</html>

index.html — HTML-01-WORKING, solo dopo la messa in scena

Sostituisci il file di lavoro salvato con questo corpo completo after la versione precedente è entrata nell'indice:

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Understand every change.</h1>
      <p id="hero-copy">Choose one change, then check what Git saved.</p>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
</body>
</html>

L'unica sostituzione prevista è la linea di supporto hero-copy. Non modificare l'intestazione principale o altri byte.

1. Creare e salvare i due file iniziali

1. Conferma il nome e il contesto principale del repository originale. Apri Command Palette…, Command+Shift+P / Ctrl+Shift+P, digita New File… e seleziona il comando esatto (files.newFile). Senza argomento cartella, inizia dalla radice del progetto.
2. In New File, imposta Path from the project folder su README.md, quindi scegli Create. Aspettarsi che il nuovo file di lavoro venga aperto nell'area di lavoro dei file. La creazione rifiuta un percorso esistente piuttosto che sovrascriverlo.
3. Evidenzia l'area del contenuto modificabile, incolla il corpo README-01 completo, quindi scegli Save. Alternativa: Command+S / Ctrl+S mentre l'editor attivo è attivo. Aspettatevi che l'indicatore Unsaved changes si azzeri dopo l'effettivo successo del salvataggio.
4. Ripeti New File… → percorso index.html → Create. Incolla il HTML-01 completo, non la variante funzionante successiva. Salva e attendi che l'indicatore non salvato venga cancellato.
5. Scegli Back to Graph nella barra degli strumenti del file o il comando della tavolozza Back to Graph (view.returnToGraph). Quindi utilizza la tavolozza Show Working Changes (wip.show). Aspettatevi README.md e index.html sotto Unstaged Files, senza niente sotto Staged Files.
6. Nota Stage Changes to Commit se è il pulsante principale del compositore mentre non è presente nulla in scena. La sua azione definita dalla fonte mette in scena all modifiche operative; non significa già un commit riuscito. Utilizziamo invece una gestione temporanea per file deliberata.

Il salvataggio di un buffer dell'editor non è una fase di staging. Vedere un file in una scheda non è la prova che il suo ultimo buffer abbia raggiunto il disco.

2. Mettere in stage, togliere lo stage in modo sicuro, quindi preparare entrambi i file

1. Per README.md in Unstaged Files, utilizza la relativa azione di riga Stage File. Alternativa da tastiera: seleziona solo quella riga, mantieni il focus nell'elenco non messo in scena e premi S; il comando della tavolozza è Stage (wip.stageSelected). È previsto README.md in Staged Files.
2. Per quella riga README in File gestiti, scegli Unstage File. Alternativa alla tastiera: seleziona solo quella, mantieni il focus nell'elenco in scena e premi U; comando tavolozza Unstage (wip.unstageSelected). Aspettatevi che README.md ritorni a File non organizzati. Il suo contenuto operativo rimane intatto.
3. Metti di nuovo in scena README.md, poi metti in scena index.html con la sua azione Stage File. Sono previsti esattamente two percorsi di file in stage.
4. Fare clic su ciascuna riga posizionata per esaminarne l'aggiunta completa. index.html deve ancora contenere A clear view of Git history. Non dedurre i contenuti solo dal conteggio dei file.

Le scorciatoie di una sola lettera riguardano i loro elenchi, non una richiesta di digitare S/U in un editor o in un riepilogo. Non si presuppone alcun comportamento di gestione temporanea con trascinamento della selezione.

3. Salva una modifica successiva senza metterla in scena

1. Apri Show Files (files.focus), Command+Shift+E / Ctrl+Shift+E. Metti a fuoco index.html nell'albero dei file e premi Enter per aprire la sua copia di lavoro. Alternativa: fare clic sulla scheda del file di lavoro salvato esistente. Lavora nella vista modificabile File, non in un blob storico o in una differenza graduale.
2. Sostituisci l'intero contenuto con HTML-01-WORKING sopra. Salva tramite Save o Comando/Ctrl+S. Attendi l'effettivo salvataggio su disco.
3. Ritorno attraverso Back to Graph, poi Show Working Changes. index.html ora appare in both elenchi. Fare clic sulla riga File non staged: la differenza mostra la successiva sostituzione della riga di supporto.
4. Fare clic sulla riga File in scena: l'aggiunta del primo commit contiene ancora la riga di supporto precedente. Scegli not Stage File per la modifica funzionante più recente o Stage All Changes adesso. Ciò cambierebbe il commit che stai preparando.

4. Scrivi il messaggio e conferma l'indice

1. Nel campo Summary del compositore (segnaposto Commit summary), inserisci esattamente feat: add the GitTree Features hero. Lascia Description vuoto. Questo riepilogo dice cosa è cambiato; non promette un sito finito o una suite di test superabile.
2. Tieni Amend Previous Commit spento. Espandi Commit Options e verifica che Skip Hooks (--no-verify), Add Signed-off-by, Different Author, Push After Commit e Allow Empty Commit siano tutti disattivati. Non aggiungere coautori né richiamare la redazione AI.
3. Rivedi un'ultima volta i due percorsi in scena e la linea dell'eroe preparata in precedenza. Scegli Commit Changes to 2 Files. Alternativa da tastiera: Command+Enter / Ctrl+Enter, instradato tramite il comando della tavolozza Commit (commit.submit), solo dopo aver confermato il repository attivo e lo stato in sospeso.
4. Attendi il risultato effettivo di Git. Un risultato positivo fa riferimento a uno SHA misurato; non copiare uno SHA fabbricato da un diagramma. Aspettatevi un primo commit del grafico su main. In questo caso di invio invariato, la bozza del messaggio viene cancellata dopo il successo.
5. Esamina gli elenchi post-commit: non rimane nulla nello stage; index.html rimane in File non gestiti con la riga successiva. Fai not clic su Stage Changes to Commit per "finire" questo risultato intenzionale.

Il numero di file visualizzato corrisponde a due percorsi graduali, non a tre righe su due elenchi. Push After Commit è una scelta di follow-up separata; è spento e non c'è il telecomando.

Esegui in <course-parent>/gittree-features, sostituendo il segnaposto con il tuo genitore effettivo riservato. Se hai già eseguito una mutazione dell'app, inspect its resulting state; non riprodurre la mutazione equivalente e avanzare accidentalmente oltre il checkpoint.

File salvati, prima della messa in scena

git status --short

Osservato:

?? README.md
?? index.html

Provare intenzionalmente un commit normale senza contenuto in stage:

git commit --quiet -m "feat: add the GitTree Features hero"

Stdout osservato con uscita 1, senza stderr:

On branch main

Initial commit

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	README.md
	index.html

nothing added to commit but untracked files present (use "git add" to track)

Non è stato creato alcun commit. Questo caso negativo spiega perché la selezione dei file è importante; non utilizzare un commit vuoto per aggirarlo.

Equivalenti stage/unstage nativi

In una riproduzione separata dello stesso stato del file salvato:

git add -- README.md
git rm --cached --quiet -- README.md

Entrambi i comandi sono stati silenziosi e hanno avuto successo. --cached è essenziale: rimuove la nuova voce dall'indice, not the working file. I byte README controllati sono rimasti invariati e lo stato breve ha mostrato nuovamente i due file non tracciati. Questo è specificamente un esempio di nuovo file senza commit; non generalizzarlo all'eliminazione dei file di progetto tracciati.

Preparali entrambi:

git add -- README.md index.html
git status --short
git diff --cached --stat

Stato osservato:

A  README.md
A  index.html

Riepilogo osservato:

 README.md  |  6 ++++++
 index.html | 21 +++++++++++++++++++++
 2 files changed, 27 insertions(+)

Il riepilogo delle statistiche conta le linee, non la correttezza. Esamina il contenuto effettivamente messo in scena prima di impegnarti.

Dopo aver salvato la modifica di lavoro successiva

git status --short
git diff -- index.html

Stato osservato:

A  README.md
AM index.html

Differenza di lavoro osservata:

diff --git a/index.html b/index.html
index 5470374..27f8718 100644
--- a/index.html
+++ b/index.html
@@ -13,7 +13,7 @@
     <section class="hero" aria-labelledby="hero-title">
       <p class="eyebrow">GitTree Learn demo project</p>
       <h1 id="hero-title">Understand every change.</h1>
-      <p id="hero-copy">A clear view of Git history.</p>
+      <p id="hero-copy">Choose one change, then check what Git saved.</p>
     </section>
   </main>
   <footer><p>Built by a fictional team for GitTree Learn.</p></footer>

Queste sono abbreviazioni di file blob misurate dagli esatti contenuti LF, non SHA di commit fittizi. La spaziatura degli stati brevi e la lunghezza delle abbreviazioni possono variare in base alla configurazione della formattazione; i due confronti devono rimanere gli stessi.

Leggi l'esatto file preparato:

git show :index.html

Risultati osservati completi:

<!doctype html>
<html lang="en">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>GitTree Features — course demo</title>
</head>
<body>
  <header class="site-header">
    <a href="#main">GitTree Features</a>
  </header>
  <main id="main">
    <section class="hero" aria-labelledby="hero-title">
      <p class="eyebrow">GitTree Learn demo project</p>
      <h1 id="hero-title">Understand every change.</h1>
      <p id="hero-copy">A clear view of Git history.</p>
    </section>
  </main>
  <footer><p>Built by a fictional team for GitTree Learn.</p></footer>
</body>
</html>

Impegnarsi e verificare

Solo nel replay nativo, senza riorganizzare la modifica successiva:

git commit --quiet -m "feat: add the GitTree Features hero"

Osservato: nessun output, uscita 0. Questo apparecchio non aveva ganci/firme attivi e solo un'identità locale fittizia. Non disabilitare gli hook/la firma di un progetto reale per forzare il successo del tutorial.

Esamina il risultato dell'app nativa o effettiva:

git log -1 --format="%s%n%an <%ae>%n%cn <%ce>"
git rev-list --count HEAD
git ls-tree --name-only HEAD
git status --short
git diff --cached
git remote

Uscite osservate in ordine per i primi quattro comandi:

feat: add the GitTree Features hero
GitTree Demo <demo@example.com>
GitTree Demo <demo@example.com>
1
README.md
index.html
 M index.html

Ciascuno degli ultimi due comandi ha prodotto no output and exited 0. La modifica funzionante rimane; non esiste alcun telecomando. Questo è un primo commit locale, non un caricamento.

Per la conferma del contenuto indipendente, git show HEAD:index.html ha restituito il corpo HTML-01 completo visualizzato sopra come output preparato; git diff -- index.html mostrava ancora l'esatta sostituzione della linea di supporto. L'indice corrispondeva a HEAD per entrambi i percorsi. Il file più recente non è andato perso.

Alla fine di questa lezione, i punti principali indicano esattamente un commit con il riassunto dichiarato e l'autore/committente immaginario. HEAD e indice contengono README-01 e HTML-01; working index.html contiene HTML-01-WORKING. Lo stato ha uno spazio iniziale quindi M per index.html. Non c'è telecomando.

Non "pulire" la modifica intenzionale, effettuare un secondo commit, modificare la radice o aggiungere il taccuino di esercitazione opzionale prima di passare questo punto di controllo alla lezione 6. Qualsiasi taccuino successivo di continuazione pulita appartiene a una variante conservata separatamente, non questo primo commit a due file.

• Saving without staging: byte del disco e byte di commit selezionati differiscono.
• Staging again after the deliberate edit: comportamento Git valido, ma la riga più recente entrerebbe nel commit, modificando il risultato di questa lezione.
• Counting all visible rows as staged files: un percorso può avere confronti a fasi e non a fasi.
• Using Stage All Changes as a final cleanup: selezionerebbe la modifica intenzionalmente tralasciata.
• Enabling amend or automatic push: si tratta di operazioni diverse con ambito diverso.
• Calling unstage Discard: unstage modifica la selezione dell'indice; Scarta può rimuovere il contenuto funzionante.

Se Nuovo file rifiuta un percorso esistente, annullalo e controllalo. Non sovrascrivere contenuti sconosciuti. Se l'editor segnala che il disco è cambiato, conserva entrambe le versioni e utilizza i suoi controlli Review Changes, Reload from Disk o Keep Editing in base allo stato attuale; non selezionare ciecamente Overwrite with My Edits.

Se il commit è bloccato perché non è stato eseguito nulla, scegli i file desiderati ed esaminali. Se manca l'identità, controlla le impostazioni locali della lezione 4; un tentativo fallito può offrire Set up your Git identity, con un target repository esplicito. Non giustifica la scrittura di un'identità globale e il salvataggio dell'identità non significa che il commit ha avuto esito positivo.

Se Git rifiuta un commit o un hook fallisce, leggi Hook Output quando disponibile. Il testo del rifiuto definito dall'origine è The commit was not created. Your message and staged changes are unchanged. Correggere la causa indicata e ricontrollare l'indice prima di riprovare. Non selezionare Skip Hooks semplicemente per produrre una ripresa verde. Ricontrolla l'HEAD effettivo dopo risultati incerti prima di inviare nuovamente.

Se è stato creato un commit con contenuti imprevisti, arresta e registra il suo reale SHA, lo stato di lavoro/indice e il messaggio. Non modificare, reimpostare o fare clic immediatamente su Elimina. La modifica della configurazione ora non modifica i metadati già archiviati in quel commit.

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

   Crei index.html e completi il salvataggio nell'editor senza metterlo in scena. Cosa ha stabilito il risparmio?

   Scegli una risposta.

   Il buffer ha raggiunto il file di lavoro

   Esiste un commit su main

   Git ha selezionato tutte le modifiche successive

   Controlla la risposta
2. Domanda 2 di 6

   Domanda 2 di 6

   Metti in scena il nuovo README, quindi lo rimuovi prima del primo commit. Quali affermazioni sono corrette?

   Scegli ogni risposta applicabile.

   git rm senza --cached è l'equivalente sicuro dimostrato

   Unstage File e Discard sono sinonimi

   Il testo salvato rimane sul disco

   README torna a untracked in questo appuntamento

   Controlla la risposta
3. Domanda 3 di 6

   Domanda 3 di 6Obbligatorio

   Entrambi i file vengono messi in staging, quindi HTML-01-WORKING viene salvato senza ri-staging. Dopo il commit ordinario, quale risultato è corretto?

   Scegli una risposta.

   Vengono creati due commit, uno per file

   Viene sempre impegnata la versione più recente dell'editor

   Un commit ha README-01 e HTML-01; la modifica funzionante rimane

   Il telecomando ora contiene l'eroe

   Controlla la risposta
4. Domanda 4 di 6

   Domanda 4 di 6Obbligatorio

   In una riproduzione separata, rimetti in scena il file index.html dopo aver salvato la versione più recente, quindi esegui il commit di entrambi i file. Cosa prevedi?

   Scegli una risposta.

   Linea di supporto più recente nel commit, con stato pulito

   Tre file sottoposti a commit, perché l'HTML è apparso due volte

   Vecchia linea di supporto, perché lo staging conta solo i file

   Cambiamenti dell’identità globale

   Controlla la risposta
5. Domanda 5 di 6

   Domanda 5 di 6

   Due file non sono sottoposti a stage e non è presente alcun stage. Il pulsante dice Modifiche di fase da confermare. Cosa fa?

   Scegli una risposta.

   Mette in scena per prime tutte le modifiche operative correnti

   Esegue il commit dei file istantaneamente senza revisione

   Scarta i file finché l'indice non è pulito

   Controlla la risposta
6. Domanda 6 di 6

   Domanda 6 di 6Obbligatorio

   ispeziona l'originale completato con i comandi nativi indicati o leggi la loro trascrizione completa se gli strumenti non sono disponibili. Quali osservazioni dimostrano congiuntamente il risultato?

   Scegli ogni risposta applicabile.

   Diff memorizzato nella cache vuoto, stato spazio-M per index.html, nessun telecomando

   HEAD e indice contengono il codice HTML precedente; il file di lavoro è più recente

   Contare 1, l'oggetto esatto e l'autore/committente immaginario

   Una corsa CI di passaggio

   È richiesto lo stato completamente pulito

   Controlla la risposta

Utilizza le query sullo stato/contenuto dell'articolo sull'originale completato. Spiega perché esattamente un commit e una modifica funzionante rimanente sono entrambi corretti. Registra la tua previsione prima di leggere il file preparato.

Per un separate disposable replay only, metti in scena il file index.html modificato successivamente prima di impegnarti. Prevedi che la riga più recente venga registrata e lo stato diventi pulito. Non modificare l'originale per eseguire questa alternativa. Quando non esiste ancora alcun esercizio del browser, utilizzare le due trascrizioni e spiegare i diversi risultati.

• Il salvataggio modifica il file di lavoro; lo staging seleziona i contenuti per il successivo commit ordinario.
• Il primo commit registra l'indice e fa avanzare il main locale, senza effettuare push.
• Verificare separatamente contenuti, identità e lavoro residuo; un risultato sporco può essere intenzionale.

• Prevedi cosa conterrà il tuo prossimo commit (lezione 3)
• Crea il repository del tuo corso, quindi distingui clona e apri (lezione 4)
• Scarica GitTree

Palcoscenico: تجهيز; unstage: إلغاء التجهيز; commettere: إيداع; indice: الفهرس; albero funzionante — مجلد العمل; non tracciato: غير مُتتبَّع; autore: المؤلف; committer — المُودِع. Scartare significa التخلّص من التغييرات e non è la stessa cosa di unstage.