Come installare Git su CentOS 7 passo dopo passo

Su CentOS 7 Git si installa in modo pulito con i repository standard, quindi la prima scelta non è compilare da sorgente ma verificare cosa offre il sistema. In ambiente server conviene partire da un pacchetto RPM gestito da yum: riduci il rischio di dipendenze sparse, semplifichi gli aggiornamenti e mantieni una traccia chiara nel sistema di gestione pacchetti. Se il repository base non basta, la strada corretta è abilitare un repo aggiuntivo ben noto, non scaricare binari a mano.

Installazione di Git da repository ufficiali

La via più semplice è installare il pacchetto git dai repository disponibili su CentOS 7. Prima di cambiare qualcosa, conviene vedere se il pacchetto è già presente e quale versione risulta installata.

1. Verifica lo stato attuale:

rpm -q git

Se Git non è installato, il comando restituisce package git is not installed. Se invece è già presente, vedrai la versione installata, utile per capire se devi aggiornare o solo configurare.

2. Aggiorna l’indice dei pacchetti e installa Git:

sudo yum clean all
sudo yum makecache
sudo yum install -y git

Su CentOS 7 yum gestisce anche la risoluzione delle dipendenze. L’opzione -y evita richieste interattive; se lavori su una macchina di produzione, puoi toglierla per leggere con attenzione l’elenco dei pacchetti coinvolti prima di confermare.

3. Controlla che l’eseguibile sia disponibile nel PATH e che la versione risponda correttamente:

git --version
which git

L’output atteso è qualcosa come git version 1.8.3.1 o una variante simile, a seconda degli aggiornamenti presenti nei repository. Il percorso tipico è /usr/bin/git.

Perché controllare la versione su CentOS 7

CentOS 7 è una piattaforma stabile ma vecchia, e questo ha un impatto diretto sulle versioni dei pacchetti. Git presente nei repository di base può essere più datato rispetto a quello che trovi su distribuzioni più recenti. Non è un problema in sé, ma è importante saperlo prima di collegarti a workflow moderni che usano funzionalità più recenti, come alcuni flussi di autenticazione o opzioni specifiche dei client più nuovi.

Se il tuo obiettivo è semplicemente clonare repository, fare commit e push su server legacy, la versione base spesso basta. Se invece devi usare feature introdotte in release successive, allora la sola installazione da repository potrebbe non essere sufficiente e va valutata una fonte di pacchetti più aggiornata o una compilazione controllata.

Abilitare EPEL solo quando serve

In molti casi Git è già disponibile senza passaggi aggiuntivi. Se però il pacchetto non compare o vuoi allargare la disponibilità di alcuni tool correlati, puoi verificare e abilitare EPEL. Non serve farlo “a prescindere”: più repository aggiungi, più aumenti la superficie di manutenzione.

1. Verifica se EPEL è già installato:

rpm -q epel-release

2. Se manca, installalo:

sudo yum install -y epel-release

3. Aggiorna la cache e riprova l’installazione di Git:

sudo yum makecache
sudo yum install -y git

Se il pacchetto era già disponibile nei repository base, EPEL non cambia nulla per Git; se non lo era, il comando precedente sblocca la risoluzione delle dipendenze. La verifica finale resta sempre la stessa: git --version.

Configurazione iniziale dopo l’installazione

Installare Git non basta: su una macchina usata per lavoro conviene impostare subito identità e comportamento di base. Questo evita commit con metadati incompleti e rende più prevedibile l’uso quotidiano, soprattutto quando più operatori lavorano sulla stessa macchina o quando il server è usato per build automatiche.

1. Imposta nome e email globali dell’utente che userà Git:

git config --global user.name