Git version: come controllare la versione e aggiornare Git

di Irene Valli redattrice IA 12 novembre 2026, 08:36

Grafica con il titolo «Come aggiornare Git su Windows, macOS e Linux e controllare la versione» e il comando git --version su sfondo scuro da terminale — Grafica: opengeek

Sei vulnerabilità di Git sono corrette nel rilascio 2.56.1 e nelle versioni di manutenzione 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 e 2.50.2. Se la tua versione è più vecchia di quella corretta per il suo ramo, devi aggiornare. La guida vale per Windows, macOS e Linux. Prima leggi la versione installata, poi la confronti con l’avviso ufficiale, infine aggiorni con il metodo previsto per il tuo sistema. In chiusura trovi una sola verifica pratica: un clone con i sottomoduli, da fare solo dopo l’aggiornamento. I comandi sono quelli della documentazione ufficiale, elencata in fondo.

Cosa serve

Un computer con Windows, macOS o Linux su cui Git è già installato. La guida copre Git for Windows, il Git degli Xcode Command Line Tools e quello di Homebrew su macOS, e i pacchetti di Debian, Ubuntu, Fedora (dalla 22 in poi) e Arch Linux.
Per aggiornare Git for Windows alla 2.56.1 serve Windows 10 o successivo su x64, oppure Windows 11 su ARM64. Secondo i prerequisiti di Git for Windows, Windows 8.1 è supportato solo fino alla versione 2.55.0(5). L’ultima versione che supporta Windows 7 e 8 è la 2.46.2: dalla 2.47.0 in poi quei sistemi non sono più supportati.
Per seguire la procedura macOS di questa guida serve Homebrew funzionante e configurato. Secondo la documentazione di installazione di Homebrew, la configurazione supportata richiede Apple Silicon e macOS 15 o successivo; macOS 11–14 può funzionare senza supporto e i Mac Intel rientrano nel Tier 3. Homebrew non funziona su macOS 10.15 e precedenti.
Su Linux serve un account che possa ottenere i privilegi di amministratore.
Ti serve anche un terminale: Prompt dei comandi, PowerShell o Git Bash su Windows, Terminale su macOS, la tua shell su Linux.

Controllare la versione di Git installata

Apri il terminale e scrivi:

git --version

Annota il numero. Su macOS può comparire la richiesta di installare gli Xcode Command Line Tools. In quel caso Git non era ancora presente, come spiega il capitolo di Pro Git sull’installazione.

Confrontare la versione con l’avviso di sicurezza

Le note di rilascio di Git 2.56.1 elencano sei CVE: CVE-2026-111760, CVE-2026-113408, CVE-2026-114466, CVE-2026-114467, CVE-2026-114469 e CVE-2026-105437. Per i dettagli rimandano alle note dei singoli rilasci corretti.

Una delle sei, CVE-2026-111760, ha un avviso dedicato su GitHub (GHSA-vp2w-7xxj-jvxr), pubblicato il 10 novembre 2026. Riguarda i cloni ricorsivi: un repository controllato da un attaccante può portare all’esecuzione di codice. L’avviso la classifica di gravità alta, con un punteggio CVSS v3.1 di 8.0. Alla data di consultazione quella pagina riporta ancora «Patched versions: none», mentre le note della 2.56.1 dichiarano la correzione. Finché non hai aggiornato, segui l’indicazione dell’avviso: non clonare repository da fonti non affidabili.

Cerca il ramo della tua versione e confronta il numero:

Ramo installato	Prima versione corretta
2.56.x	2.56.1
2.55.x	2.55.1
2.54.x	2.54.1
2.53.x	2.53.1
2.52.x	2.52.1
2.51.x	2.51.3
2.50.x	2.50.2

Devi aggiornare se la tua versione è più bassa di quella indicata per il suo ramo, o se il tuo ramo non compare. Su Linux il numero da solo non basta: il motivo è spiegato nella sezione dedicata.

Aggiornare Git for Windows

Git for Windows è un progetto separato da Git e pubblica versioni proprie. Le FAQ del progetto raccomandano con forza l’aggiornamento a chi ha una versione precedente alla 2.56.1.

Git for Windows include uno strumento che cerca gli aggiornamenti e propone di installarli. Puoi lanciarlo a mano anche se in fase di installazione non hai attivato gli aggiornamenti automatici:

git update-git-for-windows

Se lo strumento trova una versione nuova, propone di installarla. Prima di accettare, controlla che sia la 2.56.1 o una successiva.

Per le opzioni dello strumento:

git update-git-for-windows -h

In alternativa usa l’installer. Il capitolo di Pro Git indica l’indirizzo git-scm.com/download/win. Oggi quell’indirizzo rimanda alla pagina di installazione per Windows, dove il download non parte da solo: apri git-scm.com/install/windows e fai clic su «Click here to download» per scaricare l’installer. Avvia il file scaricato per installare la nuova versione. Le personalizzazioni restano, purché tu le abbia salvate nelle cartelle di configurazione previste. Gli hash dei rilasci sono pubblicati su github.com/git-for-windows/git/releases. Le note di rilascio si trovano anche nella cartella di installazione, per esempio in C:\Program Files\Git\ReleaseNotes.html.

Aggiornare Git su macOS con Homebrew

Su un Mac possono esserci due Git. Il primo è il pacchetto che Apple distribuisce con gli Xcode Command Line Tools. Il secondo lo installi tu con Homebrew. La pagina di Git per macOS avverte che le distribuzioni già compilate arrivano da terze parti e possono restare indietro rispetto all’ultimo rilascio. Homebrew non aggiorna il Git di Apple.

Il terminale cerca git nelle cartelle del PATH, una dopo l’altra, e usa il primo che trova. Per leggere il PATH scrivi echo $PATH: le cartelle compaiono nell’ordine di ricerca. Homebrew installa i programmi nella cartella bin del suo prefisso. Secondo le FAQ di Homebrew, il prefisso è /opt/homebrew sui Mac con Apple Silicon e /usr/local su quelli Intel. Se Git è installato con Homebrew e quella cartella bin viene prima delle cartelle di sistema, usi il Git di Homebrew. Altrimenti usi quello di Apple.

Aggiorna prima le definizioni dei pacchetti e Homebrew stesso:

brew update

Poi aggiorna i pacchetti installati:

brew upgrade

Questo comando aggiorna tutti i pacchetti di Homebrew, non solo Git. Può toccare anche le loro dipendenze e i pacchetti che dipendono da loro. Alla fine rimuove le versioni vecchie. Per aggiornare un solo pacchetto la FAQ indica la forma brew upgrade <formula>, con il nome del pacchetto al posto di <formula>.

Se Git non era tra i pacchetti di Homebrew, questi comandi non lo aggiornano. Installalo con brew install git, il comando indicato dalla pagina di Git per macOS. Non usare il vecchio installer binario per macOS che Pro Git cita ancora all’indirizzo git-scm.com/download/mac: la pagina attuale di Git lo dà fermo alla versione 2.33.0 del 2021, senza aggiornamenti previsti e non più collegato. Non contiene le correzioni.

Se dopo l’installazione git --version mostra ancora il numero vecchio, il terminale usa il Git di Apple. Ricontrolla con echo $PATH che la cartella bin di Homebrew venga prima delle cartelle di sistema.

Linux: gestore pacchetti e avviso della distribuzione

Su Linux Git si aggiorna con il gestore pacchetti della distribuzione, come indica la pagina di Git per Linux. Nella pagina i comandi sono preceduti da #, il prompt di root: servono i privilegi di amministratore. Pro Git scrive gli stessi comandi con sudo davanti.

Il gestore conosce solo le versioni del suo elenco locale. Se l’elenco è vecchio, lascia la versione che già conosce. Aggiorna l’elenco prima di ogni comando qui sotto.

Le distribuzioni spesso applicano le correzioni di sicurezza alla versione che già distribuiscono, senza cambiare il numero principale. In quel caso cambia la revisione del pacchetto, non il numero mostrato da git --version. Un numero più basso di quello in tabella quindi non vuol dire per forza che il sistema è vulnerabile. Per saperlo controlla l’avviso di sicurezza della tua distribuzione.

Aggiornare Git su Debian e Ubuntu

Aggiorna prima l’elenco dei pacchetti. La pagina di Git per Linux mostra apt update nel passaggio dedicato al PPA per Ubuntu. Lancialo con sudo davanti prima del comando seguente.

Poi installa Git. Il comando prende la versione stabile più recente disponibile per la tua release di Debian o Ubuntu:

apt-get install git

Scrivilo con sudo davanti. Git arriva solo alla versione presente nei repository della tua release. Per Ubuntu la stessa pagina indica anche il PPA git-core, che fornisce l’ultima versione stabile pubblicata dal progetto Git.

Aggiornare Git su Fedora

Su Fedora 22 e successive il gestore pacchetti è dnf. Se Git è già installato, aggiornalo con l’azione di aggiornamento di dnf: sudo dnf --refresh upgrade git. L’opzione --refresh rilegge prima l’elenco dei pacchetti dai repository. Il solo comando di installazione può lasciare Git com’è anche quando esiste una versione più recente.

Se invece Git non è ancora presente, la pagina di Git per Linux indica:

dnf install git

Anche questo va scritto con sudo davanti. La stessa pagina segnala un caso a parte: Red Hat Enterprise Linux e le derivate come Oracle Linux, CentOS e Scientific Linux di solito forniscono versioni più vecchie di Git. Per averne una più recente servono la compilazione dai sorgenti o un repository di terze parti.

Aggiornare Git su Arch Linux

Aggiorna prima l’elenco dei pacchetti con il normale aggiornamento del sistema di Arch Linux. La pagina di Git per Linux non riporta il comando per farlo.

Poi installa Git con pacman:

pacman -S git

Scrivilo con sudo davanti. Se il numero resta più basso di quello in tabella, controlla l’avviso di sicurezza di Arch Linux.

Ricontrollare la versione dopo l’aggiornamento

Chiudi e riapri il terminale, poi ripeti il controllo iniziale:

git --version

Ecco cosa devi trovare:

Su Windows il numero deve essere almeno 2.56.1, la versione indicata dalle FAQ di Git for Windows. Può comparire un suffisso come .windows.1: conta la parte numerica iniziale.
Su macOS il numero deve essere uguale o superiore alla versione corretta del tuo ramo.
Su Linux il numero può essere uguale o superiore a quello in tabella. Se resta più basso, la correzione può comunque essere arrivata con una nuova revisione del pacchetto.

Se il numero non cambia, verifica quale copia di Git usa il terminale. Su macOS ripeti il controllo del PATH descritto sopra. Su Linux l’aggiornamento può aver applicato le correzioni mantenendo la stessa versione upstream. Confronta la versione completa del pacchetto e il suo changelog, che trovi nel gestore pacchetti, con l’avviso di sicurezza della distribuzione.

Verifica finale: clonare con i sottomoduli

Fai questo passaggio solo dopo aver confermato l’aggiornamento. La verifica mostra che il Git aggiornato clona i sottomoduli. Non dimostra che le vulnerabilità sono corrette: per quello contano la versione e l’avviso della distribuzione.

Per la prova usa esclusivamente un repository con sottomoduli di provenienza affidabile. L’avviso relativo a CVE-2026-111760 descrive il rischio di esecuzione di codice durante i cloni ricorsivi. Raccomanda di evitare repository da fonti non affidabili e indica che il problema, per quanto noto finora, si presenta con l’opzione --recurse-submodules. Un repository con sottomoduli si riconosce dal file .gitmodules nella cartella principale. Secondo la documentazione di git-submodule, è il file da cui Git ricava l’indirizzo di ogni sottomodulo.

Clona il repository aggiungendo l’opzione --recurse-submodules al comando git clone. La documentazione di git-clone spiega cosa succede. A clone finito, Git inizializza e clona i sottomoduli, tutti se dopo l’opzione non indichi un percorso. Il risultato equivale a lanciare git submodule update --init --recursive subito dopo il clone.

Le due opzioni di quel comando hanno ruoli diversi. --init inizializza i sottomoduli non ancora inizializzati, --recursive entra anche in quelli annidati. L’opzione --recurse-submodules viene ignorata se il clone non ha una copia di lavoro, cioè con --no-checkout, --bare o --mirror.

La verifica è riuscita se il comando termina senza errori e le cartelle dei sottomoduli contengono i loro file.

Documentazione di riferimento

Pagine consultate il 12 novembre 2026: