Git conserva la storia delle modifiche di un progetto. Nel tutorial introduco il funzionamento del repository, la registrazione dei cambiamenti e i comandi essenziali, senza pretendere di esaurire uno strumento molto più ampio.
Identità dell’autore e configurazione
Prima di registrare le modifiche, Git deve sapere quale nome e indirizzo email associare ai commit. L’esempio del video usa una configurazione globale, valida per l’utente del computer; in un progetto si possono invece definire impostazioni specifiche.
L’identità registrata nei commit non va confusa con l’autenticazione a un servizio remoto. Sono due questioni diverse: attribuire il lavoro e ottenere accesso al server.
Repository, area di preparazione e commit
Il repository conserva la storia. Nella cartella di lavoro si modificano i file; l’area di preparazione permette di scegliere quali cambiamenti includere nel prossimo commit.
Questa separazione è centrale. Un commit dovrebbe descrivere un passaggio comprensibile del lavoro, accompagnato da un messaggio che aiuti a riconoscerlo in seguito.
Un percorso minimo da comprendere
I comandi introduttivi ruotano intorno a poche operazioni: inizializzare o ottenere un repository, controllarne lo stato, preparare le modifiche e registrarle. Controllare lo stato prima del commit aiuta a evitare l’inclusione involontaria di file estranei.
Nel video mostro anche l’integrazione con l’ambiente di sviluppo, usando VSCodium. L’interfaccia grafica rende visibili le operazioni, ma rimane utile conoscere il significato dei passaggi sottostanti.
Git e servizi di hosting non coincidono
Git è il sistema di controllo delle versioni. Un servizio remoto permette di condividere repository e collaborare, ma non è necessario per comprendere il funzionamento della cronologia locale.
Il risultato atteso dal primo esercizio è quindi semplice: sapere quali file sono cambiati, che cosa verrà registrato e come riconoscere quella modifica nella storia del progetto.
