{"id":148781,"date":"2025-11-18T23:12:24","date_gmt":"2025-11-18T21:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52"},"modified":"2025-11-18T23:12:24","modified_gmt":"2025-11-18T21:12:24","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","title":{"rendered":"Rilascio del sistema di gestione dei testi sorgente Git 2.52","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre mesi di sviluppo, \u00e8 stata rilasciata la versione 2.52 del sistema di gestione dei testi sorgenti distribuito Git. Git si distingue per le alte prestazioni e offre strumenti per lo sviluppo non lineare, basati su ramificazioni e fusioni. Per garantire l'integrit\u00e0 della storia e la resilienza alle modifiche \"retroattive\", vengono utilizzati l'hashing implicito dell'intera storia precedente in ogni commit e la certificazione tramite firme digitali degli sviluppatori per i singoli tag e commit. Il codice di Git \u00e8 rilasciato sotto licenza GPLv2+. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati inclusi 637 cambiamenti, preparati con la partecipazione di 94 sviluppatori (33 di loro hanno partecipato per la prima volta allo sviluppo di Git). Le principali novit\u00e0 (1, 2, 3): <\/p>\n
\n
\u00c8 stato aggiunto il comando \"git last-modified\" per visualizzare l'elenco dei file in una revisione specificata e i commit attraverso i quali sono state effettuate le ultime modifiche a ciascuno di questi file. $ git last-modified HEAD b56f6dcd7b4c90192018e848d0810f091d092913 test.h 29330ae4b820147c98e723399e9438c8bee60a8a test1.c 573ad8917beb99dc643b6e7f5c117a294384a575 test2.c\n
\u00c8 stato aggiunto il comando \"git repo\" per eseguire operazioni relative all'estrazione di informazioni dal repository. Sono state proposte due sottocomandi \u2014 \"git repo info\" e \"git repo structure\", che restituiscono informazioni sulle impostazioni del repository e dettagli sulla struttura del repository (ad esempio, \u00e8 possibile determinare il numero di riferimenti e oggetti nel repository). $ git repo info object.format references.format object.format=sha1 references.format=reftable $ git repo structure | Struttura del repository | Valore | | ----------------------- | --------- | | * Riferimenti | | | * Conteggio | 1983 | | * Ramificazioni | 4 | | * Tag | 1125 | | * Remoti | 854 | | * Altro | 0 | | | | * Oggetti raggiungibili | | | * Conteggio | 518955 | | * Commit | 77469 | | * Alberi | 188865 | | * Blob | 251631 | | * Tag | 990 |\n
Nel comando \"git refs\" sono state aggiunte tre sottocomandi che unificano operazioni di basso livello sparse e sovrapposte sui riferimenti (git for-each-ref, git show-ref, git update-ref e git pack-refs):\n
\n
\"git refs optimize\" \u2014 ottimizzazione del backend di archiviazione dei riferimenti (analogamente a \"git pack-refs\").\n
\"git refs list\" \u2014 restituisce un elenco di tutti i riferimenti (analogamente a \"git for-each-ref\" o \"git show-ref\").\n
\"git refs exists\" \u2014 verifica l'esistenza di un riferimento (analogo a \"git show-ref --exists\"). <\/ul>\n
Il formato per l'esportazione o l'importazione della storia dei commit \u00e8 stato ampliato con la possibilit\u00e0 di lavorare con firme crittografiche, utilizzando sia identificatori di oggetti basati sull'algoritmo SHA-1 che su SHA-256. Nel comando «git fast-import» \u00e8 stata implementata la supporto per la gestione dei tag firmati, analogamente ai commit firmati. Sono state aggiunte le opzioni «—signed-commits=<modalit\u00e0>» e «—signed-tags=<modalit\u00e0>» per controllare la gestione dei commit e dei tag firmati durante l'importazione (la modalit\u00e0 pu\u00f2 assumere i valori verbatim, warn-verbatim, warn-stri, strip o abort).\n
Nel comando «git maintenance» \u00e8 stato aggiunto il supporto per una nuova strategia «geometric» («git config set maintenance.strategy geometric»), che riduce il tempo di manutenzione per grandi monorepository. Rispetto alla strategia precedentemente disponibile, che utilizza la logica del comando «git gc», la nuova strategia evita la riacquisizione di tutti gli oggetti ed esclude operazioni eccessivamente dispendiose in termini di risorse, come la fusione di tutti i file pack (l'unione avviene per quanto possibile a pezzi e senza la pulizia degli oggetti eliminati).\n
\u00c8 stato aggiunto il comando «git sparse-checkout clean» per semplificare il ripristino dello stato della directory di lavoro, rimuovendo i file che non corrispondono alla nuova definizione di sparse-checkout e che non dovrebbero essere presenti nella copia locale in base alle attuali impostazioni di sparse-checkout.\n
Per liberare la base di codice da complicazioni e semplificare la manutenzione, \u00e8 stata eseguita una refattorizzazione per ridurre l'uso della variabile globale the_repository.\n
\u00c8 stato ampliato l'uso dei filtri di Bloom, una struttura probabilistica per il controllo dell'appartenenza a un insieme, che consente falsi negativi ma esclude i falsi positivi su elementi esistenti. I filtri di Bloom vengono ora utilizzati per velocizzare le ricerche nella cronologia delle modifiche specificando maschere nei percorsi dei file, ad esempio «foo\/bar\/*\/baz».\n
Le prestazioni del comando «git describe» sono state migliorate del 30%, grazie all'uso di una coda di priorit\u00e0. In «git remote rename» sono state accelerate le operazioni di rinominazione dei riferimenti. In «git ls-files» \u00e8 stato ampliato l'uso degli indici. \u00c8 stata notevolmente accelerata l'esecuzione del comando «git log -L» grazie all'esclusione di confronti inutili a tre livelli durante il trattamento delle fusioni di commit. Sono state apportate ottimizzazioni alla libreria xdiff.\n
\u00c8 stata fornita un'opzione opzionale per l'utilizzo delle implementazioni in linguaggio Rust di alcune funzioni interne, come la codifica e la decodifica di valori interi a lunghezza variabile. Per impostazione predefinita, il codice Rust non viene utilizzato e richiede l'attivazione del flag di compilazione WITH_RUST. In futuro, ci si aspetta una revisione pi\u00f9 significativa di componenti interni di Git in Rust e l'aggiunta di Rust come una delle dipendenze di compilazione obbligatorie in Git 3.0.\n
\u00c8 stata aggiornata la lista delle modifiche non compatibili che saranno applicate nel ramo Git 3.0. In Git 3.0 si \u00e8 deciso di cambiare l'impostazione init.defaultBranch al valore «main», ovvero nei repository creati con il comando «git init», il ramo predefinito sar\u00e0 chiamato «main» e non «master». \u00c8 inoltre segnalato il passaggio predefinito agli identificatori degli oggetti basati sull'algoritmo di hashing SHA-256 all'inizializzazione di nuovi repository. Per semplificare la portabilit\u00e0 tra repository con identificatori di oggetti basati su hash SHA-1 e SHA-256, \u00e8 stata fornita l'opzione nei repository con un algoritmo di hashing di eseguire operazioni di push e pull da un repository che utilizza un altro algoritmo di hashing. <\/ul>\n