Distribuito

Git fa parte della moderna famiglia dei sistemi di controllo delle revisioni distribuiti, ovvero non prevede un server centralizzato al quale gli sviluppatori devono avere accesso, ma fornisce un repository completo ad ogni sviluppatore, in modo che possa effettuare localmente qualunque operazione, offrendo poi strumenti appositi per la raccolta dei contributi e la gestione unitaria del progetto.

Sviluppo non lineare

Git favorisce un modello di sviluppo non lineare nel quale le modifiche non sono in un semplice ordine cronologico, ma si suddividono in più rami intrecciati tra di loro, in modo da favorire la collaborazione tra più persone e la libera sperimentazione. Per farlo permette la creazione economica di branch e fornisce degli ottimi strumenti per la loro gestione con merge efficaci e cherry picking.

Veloce

Git è stato sviluppato con l'obiettivo esplicito di raggiungere buone velocità di funzionamento.

Scalabile

Git è abbastanza semplice da essere adatto già per progetti di dimensioni minime, ma è stato creato per essere adatto allo sviluppo del kernel Linux e non ha quindi problemi ad adattarsi a complessità e dimensioni di tutto riguardo.

Tradizione Unix

L'interfaccia di git segue la tradizione unix dell'uso di numerosi piccoli programmi, ciascuno dedicato ad un solo compito.

Rispetto a CVS/SVN

Un DVCS come git permette di lavorare in modo molto meno rigido rispetto ad un VCS centralizzato: in particolare rende semplici e naturali operazioni che con un VCS centralizzato sarebbero problematici.

• È molto facile e veloce usare branch, anche solo locali, per sperimentare nuove capacità del programma, senza bisogno di lasciare traccia dei fallimenti sul repository più pubblico del progetto.
• È possibile lavorare anche in assenza di connessione ad internet, dato che si ha una copia completa del repository locale.
• Clonare un repository è estremamente facile, ad esempio per effettuarne un backup o per salvare un progetto abbandonato dall'autore originale.

Rispetto ad altri DVCS

Le principali alternative a git sono gli altri DCVS oggi esistenti; vale la pena di segnalarne alcuni in particolare degni di nota.

Adozione

Git sta riscuotendo un discreto successo tra gli sviluppatori di software libero; oltre ad essere usato per il suo stesso sviluppo ed ovviamente per il kernel Linux, e` stato adottato da numerosi progetti, tra cui alcuni degni di nota per dimensioni o importanza.

• Perl
• Android
• WINE
• Fedora
• X.org
• GNOME
• OpenEmbedded

Struttura

Essendo git distribuito, ogni copia di un progetto è un repository completo, nel quale sono salvate tutte le informazioni relative ai contenuti e alla loro storia. In questo repository sono salvate delle immagini dello stato del progetto in vari momenti della sua storia, chiamati commit e correlati tra di loro da rapporti di parentela non lineare, ma organizzata su linee di sviluppo, dette branch, che possono procedere parallelamente, unirsi o divergere.

Ogni commit è univocamente identificato in ogni repository che lo contenga da un hash di 40 cifre esadecimali, calcolato sui contenuti del commit stesso. I vari branch, dotati di un nome, sono rappresentati ciascuno da un'head, che punta all'ultimo commit di quel branch. Un ulteriore riferimento a particolari commit può essere dato dai tag, usati per riferirsi ad una versione specifica del progetto.

La maggior parte dei repository contengono poi una working directory, una copia della versione corrente dei file del progetto; inoltre git mantiene un index, dove sono salvate tutte le modifiche che andranno a comporre il prossimo commit.

Più repository contenenti lo stesso progetto sono generalmente in una relazione paritaria per la quale ciascuno può scambiare commit, branch e tag con gli altri, tramite operazioni di push e pull. In pratica, si usa in realtà una struttura parzialmente gerarchica nella quale ogni sviluppatore ha uno o più repository per uso personale dal quale invia periodicamente (push) le modifiche ad un repository "bare", ovvero privo di working copy" ed accessibile in lettura a tutti gli altri sviluppatori ed eventualmente al pubblico, che possono scaricare (pull) tali modifiche nei loro repository personali. Alcuni sviluppatori centrali avranno poi il ruolo di integratori e si occuperanno di scaricare le modifiche dai repository pubblici dei vari sviluppatori e pubblicarle in un repository considerato autorevole, dal quale generalmente verranno prese le release.

Git permette comunque, pur senza incoraggiarla, una gestione più tradizionale nella quale gli sviluppatori hanno accesso diretto al repository centrale, al quale possono inviare i commit direttamente dai loro repository privati di uso personale.

Primi comandi

git config --global user.name "Nome Cognome"
git config --global user.email "nome.cognome@example.org"

git clone git://git.kernel.org/pub/scm/git/git.git
git clone /home/$COLLEGA/$REPOSITORY ~/repo/$REPOSITORY

cd $MY_REPOSITORY
git init

git branch
git branch -r
git branch -a

git checkout $BRANCH

git checkout -b $BRANCH

git add $FILES

git commit