Guida verificata con Ubuntu: 22.04 24.04
Problemi in questa pagina? Segnalali in questa discussione
Introduzione
In questa pagina viene illustrato l'utilizzo dei comandi e l'uso degli strumenti di monitoraggio integrati per seguire l'evoluzione del progetto.
Il commit è l'operazione fondamentale di Git che permette di aggiungere, rimuovere, modificare e registrare lo stato dei file nel database del repository.
Strumenti di monitoraggio predefiniti
Si ricorda che tutte le operazioni di gestione del repository (commit, visualizzazione cronologia, gestione branch, ecc.) devono essere eseguite posizionandosi all'interno della directory del progetto (ad esempio tramite il comando cd ~/gitproject). In questo modo Git può accedere alla sottocartella nascosta .git necessaria per il corretto funzionamento dei comandi.
Git fornisce due comandi essenziali per controllare il flusso di lavoro:
git status: visualizza lo stato corrente della directory di lavoro (file modificati, nuovi o non tracciati). L'esecuzione del comando:
git status
in un repository appena inizializzato restituirà:
Sul branch master Non ci sono ancora commit non c'è nulla di cui eseguire il commit (crea/copia dei file e usa "git add" per tracciarli)
Il comando dice che non c'è niente da committare perché non è stata eseguita nessuna modifica.
git log: mostra la cronologia dei commit registrati. Allo stesso modo, il comando:
git log
restituirà un errore finché non verrà registrato almeno un commit iniziale:
fatal: il tuo branch corrente 'master' non ha ancora commit
Il comando da errore perché essendo il repository appena creato non esiste ancora un log.
Flusso di lavoro
Il salvataggio delle modifiche in Git avviene in due fasi: l'aggiunta all'area di staging (preparazione) e il commit (registrazione definitiva).
Preparazione dei file (Stage)
Creare un file denominato README, digitando nel terminale il seguente comando:
echo "Inizio progetto" > README
Verificare lo stato con git status. Il file apparirà come untracked (non tracciato) ovvero che non viene tenuto in conto dal repository. Verrà restituito il messaggio:
Sul branch master Non ci sono ancora commit File non tracciati: (usa "git add <file>..." per includere l'elemento fra quelli di cui verrà eseguito il commit) README non è stato aggiunto nulla al commit ma sono presenti file non tracciati (usa "git add" per tracciarli)Aggiungere il file all'area di staging:
git add README
Controllando nuovamente lo stato con git status, il file risulterà:
Sul branch master Non ci sono ancora commit Modifiche di cui verrà eseguito il commit: (usa "git rm --cached <file>..." per rimuovere gli elementi dall'area di staging) nuovo file: READMEAdesso il file si trova nello stato di stage, ovvero è pronto per essere committato all'interno del repository.
In breve i file in stato stage sono quelli pronti per essere committati, le cui modifiche verranno salvate nel repository.
Registrazione (Commit)
Per applicare le modifiche fatte si utilizza il comando commit con i seguenti flag:
-a per committare tutti i files in stato stage;
-m per inserire il messaggio associato al commit che altrimenti verrebbe richiesto in una finestra interattiva.
Effettuare il commit
Procedere quindi con il commit.
Digitare nel terminale il seguente comando:
git commit -a -m "README aggiunto"
Si visualizzerà il messaggio:
[master (commit radice) ba12845] README aggiunto 1 file changed, 1 insertion(+) create mode 100644 README
Controllare lo status:
git status
che restituirà:
Sul branch master non c'è nulla di cui eseguire il commit, l'albero di lavoro è pulito
Lo stato è in clean, ovvero la nostra cartella adesso è allineata col repository (dato che si sono appena sincronizzati).
Controllo del log
Il controllo del log è possibile attraverso il comando standard git log, tuttavia viene qui mostrata l'utilità di aver creato l'alias git lg.
Controllare il log con il comando alias:
git lg
Si visualizzerà:
* ba12845 (HEAD -> master) - Mario Rossi : README aggiunto (4 minuti fa)
Il log contiene la lista dei commit. Avendo fatto solamente un commit abbiamo un'unica riga dove sono rappresentati:SHAID: ogni commit e' identificato da un checksum SHA. Questa e' una particolarità di Git che lo differenzia da molti altri prodotti simili. Semplificando si può dire che è un ID univoco per ogni commit che permette di distinguerlo dagli altri. L'ID è molto lungo ma in genere viene mostrata solo una piccola parte.
Branch: quando si crea un repository, viene creato un branch di default chiamato master. Qua viene scritto il nome del branch cui appartiene il commit. HEAD è un segnaposto che indica in che punto ci troviamo nel repository. Dato che abbiamo appena committato, HEAD coincide col nostro stato (verrà mostrato avanti a cosa serve).
Nome utente: il nome dell'utente che ha eseguito il commit. Collaborando con altri utenti verrà mostrato l'identificativo di ognuno.
Messaggio: è il messaggio scritto nel commit. In particolare è solo la prima riga nel caso in cui il messaggio sia composto da più righe.
Timestamp: mostra a quando risale il commit.
Controllare il log con comando standard:
git log
Il messaggio visualizzato:
Author: Mario Rossi <mario.rossi@mail.com> Date: Sat Feb 17 00:58:10 2024 +0100 README aggiuntoCome è possibile immaginare, quando si hanno lunghi log il comando customizzato si rivela molto utile (oltre al fatto, come verrà mostrato, che rappresenta graficamente il branching).
Aggiunta di altri file
Vengono qui aggiunti ulteriori file al progetto come un file sorgente minimale /src/main.cpp e un makefile /Makefile.
Creazione file
Digitare i seguenti comandi (ogni blocco rappresenta un unico comando):
mkdir src
printf '#include <iostream>\nint main() {\n\tstd::cout << "Benvenuti su Git!" << std::endl;\n\treturn 0;\n}\n' > src/main.cppecho 'vpath %.cpp ./src'$'\n'$'\n''src = main.cpp'$'\n\n''objects = $(patsubst %.cpp,obj/%.o,$(src))'$'\n\n''$(objects): | obj'$'\n\n''obj:'$'\n\t''@mkdir -p $@'$'\n\n''obj/%.o : %.cpp'$'\n\t''@echo $<'$'\n\t''@$(CXX) $(CXXFLAGS) -c $< -o $@'$'\n\t''mkdir bin'$'\n\t''@$(CXX) $(LDFLAGS) -o bin/main $(objects)'$'\n\n''clean:'$'\n\t''rm -fr bin/ obj/'$'\n' > Makefile
Il comando:
ls -altr
dovrebbe riportare la seguente situazione:
totale 24 drwxr-x--- 27 mario mario 4096 feb 17 01:04 .. -rw-rw-r-- 1 mario mario 16 feb 17 00:51 README drwxrwxr-x 8 mario mario 4096 feb 17 00:59 .git drwxrwxr-x 2 mario mario 4096 feb 17 01:10 src -rw-rw-r-- 1 mario mario 258 feb 17 01:11 Makefile drwxrwxr-x 4 mario mario 4096 feb 17 01:11 .
Creare l'eseguibile digitando i comandi:
make
Il comando:
bin/main
dovrebbe restituire il messaggio:
Benvenuti su Git!
Visualizzare il nuovo status con git status, digitando:
git status
verrà visualizzato:
Sul branch master File non tracciati: (usa "git add <file>..." per includere l'elemento fra quelli di cui verrà eseguito il commit) Makefile bin/ obj/ src/ non è stato aggiunto nulla al commit ma sono presenti file non tracciati (usa "git add" per tracciarli)Dato che non sono stati modificati file pre-esistenti, ma creati di nuovi (Git sta mostrando le cartelle create), dobbiamo come nel caso precedente aggiungere a mano i file che ci servono.
In questo caso per i fini del progetto non serve aggiungere tutti i file. I file object infatti non servono, dato che vengono creati ogni volta dalla compilazione, così come l'eseguibile. Non ha senso metterli sotto configurazione ed è anche dannoso (a lungo andare i file binari aumenteranno le dimensioni del repository).
È possibile cancellarli a mano, ma andrebbe fatto ogni volta. Oppure potrebbero essere non aggiunti al repository, ma rimarrebbero sempre in mezzo.
Git permette di filtrare i file che non vogliamo, utilizzando .gitignore nel prossimo paragrafo.
.gitignore
Il file gitignore permette di specificare quali file devono essere esclusi dal repository. È un semplice file di testo con un pattern per riga. Deve essere creato nella root del repository, dove si trova .git. I pattern possono essere file o cartelle. Nel nostro caso escluderemo la cartella bin e i file oggetto .o.
Creare il file:
echo 'bin/'$'\n''*.o'$'\n' > .gitignore
Il comando:
cat .gitignore
dovrebbe restituire le seguenti stringhe:
bin/ *.o
Nella prima riga viene esclusa la cartella bin (per escludere cartelle occorre mettere / alla fine), e tutti i file con estensione .o.
Analizzare lo status:
git status
Risulterà:
Sul branch master File non tracciati: (usa "git add <file>..." per includere l'elemento fra quelli di cui verrà eseguito il commit) .gitignore Makefile src/ non è stato aggiunto nulla al commit ma sono presenti file non tracciati (usa "git add" per tracciarli)in cui si vede come ora siano assenti i file inclusi in .gitignore.
Modifiche al repository
Aggiungere tutti i file. Per evitare di scrivere a mano ogni file, è possibile utilizzare il simbolo "." per indicarli tutti:
git add .
Eseguire il commit:
git commit -a -m "Aggiunti sorgenti e Makefile"
verrà restituito il seguente output
[master b7c1ae2] Aggiunti sorgenti e Makefile 3 files changed, 28 insertions(+) create mode 100644 .gitignore create mode 100644 Makefile create mode 100644 src/main.cpp
Lo status:
git status
restituisce le seguenti stringhe:
Sul branch master non c'è nulla di cui eseguire il commit, l'albero di lavoro è pulito
Il log:
git lg
ha come output:
* b7c1ae2 (HEAD -> master) - Mario Rossi : Aggiunti sorgenti e Makefile (2 minuti fa) * ba12845 - Mario Rossi : README aggiunto (27 minuti fa)
Il contenuto della cartella è sincronizzato col repository, ed è stato aggiunto il commit fra i log.
Modifiche a file esistenti
Viene qui modificato il file /src/main.cpp, già presente nel repository.
Digitare il seguente comando in modo che venga mostrata la data nel messaggio:
sed -i "s/Benvenuti/`date`: Benvenuti/" src/main.cpp
Per avere conferma digitare:
cat src/main.cpp
il cui output sarà tipo:
#include <iostream> int main() { std::cout << "sab 17 feb 2024, 01:26:54, CET: Benvenuti su Git!" << std::endl; return 0; }Digitare quindi i comandi:
make clean make
Eseguendo:
bin/main
verrà stampato il messaggio di benvenuto:
sab 17 feb 2024, 01:26:54, CET: Benvenuti su Git!
Nuovo commit e nuova situazione
Verificare la nuova situazione di partenza:
git status
il risultato sarà:
Sul branch master Modifiche non nell'area di staging per il commit: (usa "git add <file>..." per aggiornare gli elementi di cui sarà eseguito il commit) (usa "git restore <file>..." per scartare le modifiche nella directory di lavoro) modificato: src/main.cpp nessuna modifica aggiunta al commit (usa "git add" e/o "git commit -a")Il file src/main.cpp è stato modificato ma le modifiche non sono ancora state registrate nel repository. Per farlo, occorre committare il file (si evita di parlare dello stash in questa fase).
Eseguire il commit, digitare il comando:
git commit -a -m "Aggiunta data in stampa."
che restituirà:
[master 5b235ad] Aggiunta data in stampa. 1 file changed, 1 insertion(+), 1 deletion(-)
Controllare lo stato del repository:
git status
il cui output risulta:
Sul branch master non c'è nulla di cui eseguire il commit, l'albero di lavoro è pulito
In fine consultare il log:
git lg
che riporta:
* 5b235ad (HEAD -> master) - Mario Rossi : Aggiunta data in stampa. (68 secondi fa) * b7c1ae2 - Mario Rossi : Aggiunti sorgenti e Makefile (8 minuti fa) * ba12845 - Mario Rossi : README aggiunto (34 minuti fa)
Il repository è ora sincronizzato col contenuto della cartella e il commit con le modifiche è stato aggiunto.
