{"id":121313,"date":"2025-01-11T21:46:00","date_gmt":"2025-01-11T19:46:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48"},"modified":"2025-01-11T21:46:00","modified_gmt":"2025-01-11T19:46:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","title":{"rendered":"Rilascio del sistema di controllo della versione Git 2.48","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pubblicata la versione 2.48 del sistema di controllo della versione distribuito Git. Git \u00e8 caratterizzato da elevate prestazioni e offre strumenti per lo sviluppo non lineare, basati su branching e merging. Per garantire l'integrit\u00e0 della cronologia e la resistenza alle variazioni \"retroattive\", vengono utilizzati l'hashing implicito dell'intera cronologia precedente in ogni commit, oltre alla certificazione mediante firme digitali dei singoli tag e commit da parte degli sviluppatori. Il codice di Git \u00e8 distribuito sotto licenza GPLv2+. <\/p>\n
Rispetto alla versione precedente, nel nuovo rilascio sono stati introdotti 605 cambiamenti, realizzati con la partecipazione di 93 sviluppatori, di cui 35 partecipano per la prima volta allo sviluppo. Le principali novit\u00e0 includono: <\/p>\n
\n
\u00c8 stata implementata la possibilit\u00e0 di compilare utilizzando il sistema di build Meson, oltre a GNU Make e CMake. Per compilare Git ora \u00e8 possibile usare il comando \"meson setup build && ninja -C build\". Si osserva che il Makefile utilizzato con GNU Make \u00e8 cresciuto fino a 3887 righe ed \u00e8 diventato pi\u00f9 complesso di quanto si desiderasse. L'ecosistema Meson semplifica il lavoro con il sistema di build, \u00e8 comodo per le compilazioni cross-platform e rende la compilazione pi\u00f9 accessibile a principianti o sviluppatori senza esperienza con l'utilit\u00e0 Make. Non si prevede di interrompere il supporto per Make e CMake nel prossimo futuro.\n
Sono state aggiunte opzioni di build che consentono di utilizzare implementazioni alternative dell'hash SHA-1 nel calcolo dei checksum usati per verificare l'integrit\u00e0 dei blocchi dati nei file pack. Le prestazioni del calcolo dei checksum sono cruciali; ad esempio, si stima che il calcolo dei checksum durante il clone del repository del kernel Linux occupi circa il 78% del tempo della CPU. L'implementazione predefinita include controlli aggiuntivi per le collisioni e protezione contro attacchi a SHA-1, come SHAttered e Shambles. Tale protezione, che consuma risorse aggiuntive, ha senso solo quando si utilizza SHA-1 per scopi crittografici ed \u00e8 inutile per la verifica dell'integrit\u00e0 dei dati indice.\n
Per compilare Git con un'implementazione SHA-1 pi\u00f9 veloce, non adatta per le crittografie, \u00e8 stata proposta una serie di opzioni *_UNSAFE, come \"OPENSSL_SHA1_UNSAFE\". Su GitHub, la compilazione con SHA-1 semplificato ha permesso di aumentare le prestazioni delle operazioni di estrazione e clonazione dei dati del 10-13%. <\/p>\n
\u00c8 stata aggiunta la possibilit\u00e0 di utilizzare il comando \"range-diff\" con l'opzione \"--remerge-diff\", che consente di mostrare le differenze tra il risultato comune di un merge e i dati effettivi registrati nel commit dopo l'esecuzione del comando \"merge\". Quando si utilizza l'opzione \"--remerge-diff\", le differenze tra le risoluzioni dei conflitti non vengono distinte per ciascun branch genitore, ma vengono mostrati i cambiamenti complessivi tra il file con i conflitti di merge e il file in cui i conflitti sono stati risolti. Nell'ambito del comando \"range-diff\", la nuova opzione pu\u00f2 risultare utile per confrontare i set di commit dopo aver applicato la sequenza dei commit tramite il comando \"rebase\" con l'opzione \"--rebase-merges\".\n
\u00c8 stata aggiunta la possibilit\u00e0 di eseguire l'insieme di test di Git attivando la modalit\u00e0 di rilevamento delle perdite di memoria. Poich\u00e9 Git fornisce utility che terminano dopo aver completato la funzione chiamata, le perdite di memoria non sono state considerate un grande problema in passato. La necessit\u00e0 di eliminare completamente le perdite di memoria \u00e8 emersa dopo l'inizio del lavoro per estrarre le funzionalit\u00e0 interne in una libreria separata, che pu\u00f2 essere utilizzata in processi a lungo termine.\n
\u00c8 iniziata la formulazione di un elenco di modalit\u00e0 e funzionalit\u00e0 obsolete, il cui supporto \u00e8 previsto per essere interrotto in futuro. Si prevede che la rimozione della funzionalit\u00e0 obsoleta avverr\u00e0 nel rilascio di Git 3.0, che includer\u00e0 modifiche che rompono la retrocompatibilit\u00e0.\n
Continuata l'ottimizzazione del comando \"git for-each-ref\", che elenca i riferimenti nel repository. L'ottimizzazione, che unisce i gestori per il filtraggio dei riferimenti e la formattazione dell'output, ora viene applicata non solo per l'output non ordinato, ma anche quando \u00e8 specificata l'opzione \"--sort\".\n
Migliorata l'implementazione del backend \"reftable\" con memorizzazione a blocchi per un'efficace archiviazione nel repository dei riferimenti a branche e tag. Reftable consente di accelerare notevolmente la ricerca, lettura e scrittura nei repository con un numero molto elevato di riferimenti. Nella nuova versione si \u00e8 interrotto l'utilizzo di alcune API ausiliarie per escludere ulteriormente la libreria libgit dalle dipendenze di compilazione. \u00c8 stata realizzata una gestione adattativa degli errori restituiti dalle funzioni di allocazione della memoria (la mancanza di memoria ora non porta a chiusure improvvise). Accelerate le operazioni di creazione dei riferimenti e ridotto il consumo di memoria.\n
Nell'implementazione del cloning parziale sono stati risolti problemi che causavano loop e danneggiamento del repository dopo l'esecuzione del comando \"git gc\".\n
Quando si esegue il comando \"git fetch \", se non esiste sul sistema locale \"refs\/remotes\/\/HEAD\" e su un'altra parte \u00e8 presente il branch a cui punta HEAD, \"refs\/remotes\/\/HEAD\" viene ora reindirizzato a quel branch. \u00c8 stata aggiunta una configurazione per gestire la sincronizzazione di \"refs\/remotes\/\/HEAD\" con il valore di HEAD dall'altra parte della connessione: remote..followRemoteHEAD.\n
\u00c8 stata aggiunta la configurazione \"remote..serverOption\", simile all'opzione della riga di comando \"--serverOption=\".\n
Nel comando \"git rebase --rebase-merges\" \u00e8 stato garantito l'uso dei nomi dei branch come etichette quando possibile.\n
Nei comandi \u2018git notes add\u2019 e \u2018git notes append\u2019 \u00e8 stata aggiunta l'opzione \u2018-e\u2019, che apre la nota in un editor di testo esterno specificato tramite la variabile d'ambiente GIT_EDITOR.\n
\u00c8 stata migliorata la compatibilit\u00e0 con GCC 15 e lo standard C23.\n
\u00c8 stata interrotta la supporto per le versioni obsolete di libcURL e Perl. <\/ul>\n