{"id":182402,"date":"2026-06-30T14:48:37","date_gmt":"2026-06-30T12:48:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust"},"modified":"2026-06-30T14:48:37","modified_gmt":"2026-06-30T12:48:37","slug":"vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Rilascio di Git 2.55 con supporto Rust abilitato di default","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato Git 2.55, un sistema distribuito di gestione del codice sorgente. Tra le modifiche chiave ci sono: l'inclusione predefinita della building con Rust, l'implementazione per Linux del processo fsmonitor, una nuova strategia di riimballaggio dell'indice MIDX incrementale, il comando \u00abgit history fixup\u00bb per correggere i commit, l'ottimizzazione della generazione delle mappe di disponibilit\u00e0 degli oggetti, il supporto per l'esecuzione parallela degli hook e il comando \u00abgit format-rev\u00bb. Il codice Git \u00e8 distribuito sotto licenza GPLv2.<\/p>\n
Rispetto all'ultima versione, nella nuova versione sono state incluse 505 modifiche, preparate con la partecipazione di 100 sviluppatori, 33 dei quali hanno partecipato per la prima volta allo sviluppo di Git. Le principali novit\u00e0 (1, 2, 3):<\/p>\n
\n
Il supporto per i componenti in linguaggio Rust \u00e8 attivato per impostazione predefinita. Il compilatore rustc \n\u00e8 stato aggiunto alle dipendenze di build. Per costruire senza Rust, \u00e8 possibile utilizzare il flag \u00abNO_RUST=1\u00bb durante l'esecuzione dello strumento make o \u00ab-Drust=disabled\u00bb durante l'esecuzione di \u00abmeson configure\u00bb. La possibilit\u00e0 di disattivare la build con Rust sar\u00e0 supportata fino alla versione 3.0 di Git, in cui Rust diventer\u00e0 una dipendenza obbligatoria. Una libreria per la portabilit\u00e0 tra configurazioni con hash SHA-1 e SHA-256 \u00e8 stata implementata in Rust, cos\u00ec come alcune funzioni interne, come la codifica e decodifica dei valori interi a lunghezza variabile. In futuro \u00e8 prevista la revisione di componenti significativi di Git in Rust. <\/p>\n
\u00c8 stata aggiunta l'operazione \u00abgit history fixup\u00bb al comando sperimentale \u00abgit history\u00bb, che offre funzionalit\u00e0 per la riscrittura della storia delle modifiche. L'operazione \u00abfixup\u00bb consente di spostare le modifiche aggiunte tramite \u00abgit add\u00bb in un commit precedente e di riscrivere automaticamente tutti i commit successivi, in modo simile all'esecuzione del comando \u00abgit commit \u2014fixup=\u00bb e avviando \u00abgit rebase \u2014autosquash ~\u00bb.\n
Per la piattaforma Linux \u00e8 stato implementato un processo in background fsmonitor, che tiene traccia delle modifiche nel file system utilizzando il meccanismo inotify e consente di evitare l'esame dell'intero catalogo di lavoro durante l'esecuzione di comandi come \u00abgit status\u00bb. L'attivazione avviene tramite la configurazione \u00abcore.fsmonitor\u00bb.\n
Il comando «git repack» \u00e8 stato ampliato con la modalit\u00e0 «—write-midx=incremental», che implementa una nuova strategia di aggiornamento dei metadati nell'indice MIDX incrementale (multi-pack index), permettendo di evitare la riesecuzione della ricompattazione dell'intero indice. Nell'indice multi-pack incrementale, invece di un unico grande indice che contiene informazioni sulla distribuzione degli oggetti nei file pack, si applica una suddivisione in strati: ogni strato copre un certo numero di file pack ed \u00e8 memorizzato in un file bitmap separato. Questa struttura consente di aggiungere i dati sugli oggetti nei nuovi file pack, allegando nuovi strati all'indice senza dover ricostruire quelli gi\u00e0 esistenti.\n
Il comando «git repack —write-midx=incremental» consente di aggiungere un nuovo strato all'indice MIDX incrementale, che copre i file pack recentemente creati. In combinazione con la modalit\u00e0 di imballaggio dei repository «—geometric», il nuovo comando offre la possibilit\u00e0 di unire nuovi oggetti da diversi file pack in un unico file pack pi\u00f9 grande e, se necessario, eseguire l'imballaggio e la fusione di pi\u00f9 strati adiacenti dell'indice MIDX incrementale. Questa strategia consente di riscrivere solo gli strati superiori durante l'esecuzione di «git repack», lasciando intatti i grandi strati pi\u00f9 vecchi e prevenendo la crescita incontrollata della catena di strati, mantenendo il numero totale di strati a un livello proporzionale al logaritmo del numero totale di oggetti. <\/p>\n
La generazione delle bitmap di disponibilit\u00e0 degli oggetti \u00e8 stata notevolmente ottimizzata grazie a un nuovo algoritmo di attraversamento dell'albero degli oggetti, che elimina la ricorsione superflua, la memorizzazione delle posizioni degli oggetti, la classificazione delle bitmap prima della loro unione tramite operazione XOR e la revisione del codice per la creazione di bitmap di pseudo-fusione (pseudo-merge). In un repository di test, le ottimizzazioni hanno permesso di ridurre il tempo di generazione delle bitmap da 612 a 294 secondi.\n
\u00c8 stata implementata la possibilit\u00e0 di eseguire in parallelo hook indipendenti nei file di configurazione. Gli hook che influenzano lo stato condiviso o lo considerano, come quelli che modificano i messaggi di commit o ispezionano gli indici e l'albero di lavoro, non possono essere eseguiti in parallelo. Tuttavia, gli hook per il controllo tramite linter e per l'esecuzione di test unitari possono essere eseguiti in parallelo. Gli hook che consentono l'esecuzione parallela sono configurabili attraverso il parametro «hook.nome_hook.parallel = true». Il numero di lavori eseguiti contemporaneamente \u00e8 determinato tramite le impostazioni hook.jobs, hook.<event>.jobs o l'opzione della riga di comando «-j».\n
Nel comando «git pack-objects —path-walk» \u00e8 stata implementata la possibilit\u00e0 di specificare filtri come «blob:none», «blob:limit=<n>», «tree:0», «object:type=<type>», «sparse:<oid>» e «combine:». Nei test condotti, scartare i blob durante l'esecuzione di «—path-walk» ha permesso di ridurre la dimensione del file pack generato del 16%.\n
\u00c8 stata aggiunta la squadra «git format-rev» per formattare le revisioni e i nomi degli oggetti menzionati nelle liste di commit o presenti in testo arbitrario (ad esempio, pu\u00f2 essere utilizzata in hook per elaborare le note sui commit).\n