{"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\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-48","title":{"rendered":"Rilascio della gestione del codice sorgente Git 2.48","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Pubblicato il rilascio del sistema di gestione distribuita dei testi sorgente Git 2.48. Git \u00e8 caratterizzato da un'elevata performance e fornisce strumenti per lo sviluppo non lineare, basati su ramificazioni e fusioni di rami. Per garantire l'integrit\u00e0 della cronologia e resistenza alle modifiche \"retroattive\", vengono utilizzati l'hashing implicito dell'intera cronologia precedente in ogni commit, oltre alla certificazione con firme digitali degli sviluppatori per singoli tag e commit. Il codice di Git \u00e8 distribuito sotto licenza GPLv2+. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati inclusi 605 cambiamenti, preparati con la partecipazione di 93 sviluppatori, 35 dei quali partecipano per la prima volta allo sviluppo. Le novit\u00e0 principali includono: <\/p>\n
\n
\u00c8 stata implementata la possibilit\u00e0 di compilazione utilizzando il sistema di build Meson, oltre a GNU Make e CMake. Per compilare Git ora \u00e8 possibile utilizzare il comando \"meson setup build && ninja -C build\". Si osserva che il Makefile utilizzato con GNU Make \u00e8 cresciuto fino a 3887 righe e non \u00e8 cos\u00ec semplice come si vorrebbe. Gli strumenti di Meson semplificano il lavoro con il sistema di build, sono comodi per compilazioni cross-platform e rendono la compilazione pi\u00f9 accessibile per principianti o sviluppatori senza esperienza nell'uso dell'utility Make. Non \u00e8 previsto di interrompere il supporto a Make e CMake nel prossimo futuro.\n
Sono state aggiunte opzioni di compilazione che consentono di utilizzare implementazioni alternative dell'hash SHA-1 durante il calcolo delle somme di controllo utilizzate per verificare l'integrit\u00e0 dei blocchi di dati nei file pack. Le prestazioni del calcolo delle somme di controllo sono molto importanti; ad esempio, circa il 78% del tempo di CPU viene speso nella loro computazione durante il cloning di un repository con il kernel Linux. L'implementazione predefinita include controlli aggiuntivi sulle collisioni e protezione contro attacchi su 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 indicizzati.\n
Per la compilazione di Git con una implementazione pi\u00f9 veloce di SHA-1, non adatta ai sistemi crittografici, \u00e8 stata proposta una serie di opzioni *_UNSAFE, ad esempio, \"OPENSSL_SHA1_UNSAFE\". Su GitHub, la compilazione con SHA-1 semplificato ha permesso di aumentare le performance delle operazioni di estrazione e clonazione dei dati del 10-13%. <\/p>\n
\u00c8 stata aggiunta la possibilit\u00e0 di utilizzare nel comando \"range-diff\" l'opzione \"--remerge-diff\", che consente di mostrare le differenze tra il risultato comune della fusione e i dati effettivi riflessi nel commit dopo l'esecuzione del comando \"merge\". Utilizzando l'opzione \"--remerge-diff\", le differenze tra le risoluzioni dei conflitti non vengono separate per ogni ramo genitore, ma vengono mostrate le differenze comuni tra il file con conflitti di fusione e il file in cui i conflitti sono stati risolti. Nel contesto del comando \"range-diff\", la nuova opzione pu\u00f2 rivelarsi utile per confrontare insiemi di commit dopo il trasferimento della sequenza di commit tramite il comando \"rebase\" con l'opzione \"--rebase-merges\".\n
\u00c8 stata introdotta la possibilit\u00e0 di eseguire un set di test Git attivando la modalit\u00e0 di rilevamento delle perdite di memoria. Poich\u00e9 Git fornisce utilit\u00e0 che terminano l'esecuzione dopo la chiamata della funzione, le perdite di memoria non sono state considerate un grande problema in passato. La necessit\u00e0 di eliminare completamente le perdite di memoria \u00e8 diventata rilevante 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 creazione 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 delle funzionalit\u00e0 obsolete avverr\u00e0 nella versione Git 3.0, che includer\u00e0 modifiche che violano la compatibilit\u00e0 all'indietro.\n
\u00c8 stata proseguita l'ottimizzazione del lavoro del comando «git for-each-ref», che visualizza l'elenco dei riferimenti nel repository. L'ottimizzazione, che unisce i gestori per la filtrazione dei riferimenti e la formattazione dell'output, viene ora applicata non solo per l'output non ordinato, ma anche quando si specifica l'opzione «—sort».\n
\u00c8 stata migliorata l'implementazione del backend «reftable» con uno storage a blocchi per una memorizzazione efficiente di riferimenti a rami e tag nel repository. Reftable consente di accelerare significativamente la ricerca, la lettura e la scrittura in repository con un numero molto elevato di riferimenti. Nella nuova versione \u00e8 stata eliminata l'allocazione di alcune API ausiliarie per escludere ulteriormente la libreria libgit dalle dipendenze di compilazione. \u00c8 stata implementata una gestione degli errori adattativa per i risultati delle funzioni di allocazione della memoria (la mancanza di memoria non causa pi\u00f9 l'arresto anomalo del programma). Sono state accelerate le operazioni di creazione dei riferimenti e ridotto il consumo di memoria.\n
Sono stati risolti i problemi che portavano a cicli e danneggiamenti del repository nell'implementazione del clone parziale dopo l'esecuzione del comando «git gc».\n
Eseguendo il comando «git fetch <remote>», in assenza su sistema locale di «refs\/remotes\/<remote>\/HEAD» e in presenza dall'altra parte di un ramo a cui fa riferimento HEAD, «refs\/remotes\/<remote>\/HEAD» viene ora reindirizzato a quel ramo. Per gestire la sincronizzazione di «refs\/remotes\/<remote>\/HEAD» con il valore di HEAD dall'altra parte, \u00e8 stata aggiunta l'impostazione remote.<remote>.followRemoteHEAD».\n
\u00c8 stata aggiunta l'impostazione «remote.<name>.serverOption» analoga all'opzione della riga di comando «—serverOption=<value>».\n
Nel comando «git rebase —rebase-merges» \u00e8 stato garantito, ove possibile, l'uso dei nomi dei rami come etichette.\n
Nei comandi ‘git notes add’ e ‘git notes append’ \u00e8 stato aggiunto il flag ‘-e’, 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 stato interrotto il supporto per le vecchie versioni di libcURL e Perl. <\/ul>\n