Staging, commit e cronologia

In Git, l'area di staging (chiamata anche index) è un passaggio intermedio fondamentale tra la directory di lavoro e il repository.

La consideri una sala d'attesa in cui preparare le modifiche prima di salvarle definitivamente.

Consente di raggruppare le modifiche correlate in un unico commit significativo.

Per spostare le modifiche dalla directory di lavoro all'area di staging, utilizzi il comando git add.

Specifichi i file da inserire nell'area di staging. In questo modo comunica a Git: "Desidero includere queste modifiche nel prossimo commit!"

Non è necessario aggiungere i file uno alla volta. Git offre metodi pratici per inserire nell'area di staging più file o persino tutte le modifiche contemporaneamente.

• git add . inserisce nell'area di staging tutti i file nuovi e modificati nella directory corrente e nelle relative sottodirectory.
• git add -u inserisce nell'area di staging solo i file modificati ed eliminati, non quelli nuovi.

Un commit è come scattare un'istantanea del progetto in un momento specifico. Registra definitivamente nel repository Git le modifiche presenti nell'area di staging.

Ogni commit ha un ID univoco, un autore, un'indicazione temporale e un messaggio che descrive le modifiche apportate.

Una volta spostate le modifiche nell'area di staging, può eseguire il commit utilizzando git commit. Includa sempre un messaggio chiaro e conciso che descriva le modifiche.

Il flag -m consente di specificare direttamente il messaggio del commit.

Il comando git status è il Suo migliore alleato! Indica:

• quali file non sono tracciati, cioè nuovi e non ancora aggiunti a Git;
• quali file contengono modifiche pronte per il commit, ovvero nell'area di staging;
• quali file contengono modifiche non ancora inserite nell'area di staging.

Prima di inserire le modifiche nell'area di staging o eseguire il commit, è buona norma esaminarle. Il comando git diff consente di vedere esattamente che cosa è cambiato nei file.

Per impostazione predefinita, git diff mostra le modifiche nella directory di lavoro che *non* sono ancora nell'area di staging.

Desidera visualizzare le modifiche già spostate nell'area di staging prima di eseguire il commit?

Può utilizzare git diff --staged (oppure git diff --cached) per confrontare le modifiche nell'area di staging con l'ultimo commit.

Per visualizzare un elenco cronologico di tutti i commit del repository, utilizzi il comando git log. Mostra chi ha apportato le modifiche, quando e quali messaggi di commit sono stati utilizzati.

È essenziale per comprendere l'evoluzione del progetto!

L'output predefinito di git log può essere molto dettagliato. Per una panoramica rapida, può utilizzare alcune opzioni:

• git log --oneline: mostra ogni commit su una sola riga;
• git log --graph: visualizza un albero ASCII della cronologia dei commit.

Ha appena modificato index.html e creato un nuovo file style.css. Desidera includere entrambi nel prossimo commit.

Quale sequenza di comandi inserisce correttamente queste modifiche nell'area di staging e poi le registra con un commit?

Ottimo lavoro! In questa lezione ha imparato i passaggi fondamentali del flusso di lavoro locale di Git:

• L'area di staging (indice) è il luogo in cui prepara le modifiche.
• Usi git add per spostare le modifiche nell'area di staging.
• Un commit è un'istantanea permanente delle modifiche presenti nell'area di staging.
• Usi git commit -m "message" per salvare un commit.
• git status mostra lo stato della directory di lavoro.
• git diff aiuta a esaminare le modifiche.
• git log consente di esplorare la cronologia del progetto.

Questi comandi sono fondamentali per tenere traccia dei progressi del progetto!