{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Rilascio del sistema di controllo delle versioni Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la versione 2.37 del sistema distribuito di gestione del codice sorgente Git. Git \u00e8 uno dei sistemi di versioning pi\u00f9 popolari, affidabili e performanti, che offre strumenti flessibili per lo sviluppo non lineare, basati su ramificazioni e fusioni di rami. Per garantire l'integrit\u00e0 della cronologia e la resistenza alle modifiche retroattive, viene utilizzato un hashing implicito dell'intera cronologia precedente in ogni commit; \u00e8 anche possibile la verifica tramite firme digitali dei tag e dei commit degli sviluppatori. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati introdotti 395 cambiamenti, preparati con la partecipazione di 75 sviluppatori, di cui 20 hanno partecipato per la prima volta allo sviluppo. Le principali novit\u00e0 sono: <\/p>\n
\n
\u00c8 stata resa disponibile per l'uso generale la funzionalit\u00e0 degli indici parziali (sparse index), che coprono solo una parte del repository. Gli indici parziali consentono di migliorare le prestazioni e risparmiare spazio nei repository in cui vengono eseguite operazioni di clonazione parziale (sparse-checkout) o si lavora con una copia incompleta del repository. Nella nuova versione \u00e8 stata completata l'integrazione degli indici parziali nei comandi 'git show', 'git sparse-checkout' e 'git stash'. Il guadagno di prestazioni pi\u00f9 evidente dall'uso degli indici parziali si osserva nel comando 'git stash', la cui velocit\u00e0 di esecuzione \u00e8 aumentata dell'80% in alcune situazioni.\n
\u00c8 stato implementato un nuovo meccanismo 'cruft packs' per imballare oggetti non raggiungibili (unreachable) a cui non fanno riferimento rami o tag nel repository. Gli oggetti non raggiungibili vengono rimossi dal garbage collector, ma rimangono nel repository per un certo periodo di tempo prima della loro eliminazione per evitare stati di race. Per monitorare il periodo di esistenza degli oggetti non raggiungibili \u00e8 necessaria l'associazione di etichette con timestamp a questi oggetti, il che non consente di memorizzarli in un unico file pack dove tutti gli oggetti hanno un timestamp comune. La precedente soluzione di salvare ogni oggetto in un file separato portava a problemi quando vi erano molti oggetti non raggiungibili freschi che non erano ancora soggetti a eliminazione. Il meccanismo proposto 'cruft packs' consente di memorizzare tutti gli oggetti non raggiungibili in un unico file pack, e i dati sul tempo di modifica di ciascun oggetto sono riflessi in una tabella separata, memorizzata in un file con estensione '.mtimes'.\n
Per Windows e macOS \u00e8 stato implementato un meccanismo integrato per il monitoraggio delle modifiche nel file system, che consente di evitare di esaminare l'intera directory di lavoro durante operazioni come «git status». In precedenza, per monitorare le modifiche tramite hook, era possibile utilizzare strumenti di monitoraggio esterni come Watchman, ma ci\u00f2 richiedeva l'installazione di programmi aggiuntivi e configurazioni. Ora questa funzionalit\u00e0 \u00e8 integrata e pu\u00f2 essere attivata con il comando «git config core.fsmonitor true».\n
Nel comando «git sparse-checkout» \u00e8 stata dichiarata obsoleta la modalit\u00e0 alternativa «—cone» per la definizione dei modelli per il cloning parziale, che consente di elencare singoli file utilizzando la sintassi «.gitignore», non consentendo l'uso di indici parziali per l'ottimizzazione.\n
\u00c8 stata aumentata la flessibilit\u00e0 nella configurazione della chiamata di fsync() per il salvataggio delle modifiche su disco. Nel parametro «core.fsyncMethod» \u00e8 stata aggiunta una strategia di sincronizzazione «batch», che velocizza le operazioni di scrittura quando si registrano numerosi file singoli accumulando le modifiche nella cache di scrittura, poi rilasciate in un'unica chiamata fsync(). Un test condotto aggiungendo 500 file con il comando «git add» ha impiegato 0,15 secondi con la nuova modalit\u00e0 attivata, mentre con chiamate fsync() per ogni file ci sono voluti 1,88 secondi, e senza utilizzare fsync — 0,06 secondi.\n
Nei comandi di traversata dei branch, come «git log» e «git rev-list», \u00e8 stata aggiunta l'opzione » —since-as-filter=X», che consente di filtrare le informazioni sui commit creati oltre il tempo «X». A differenza dell'opzione «—since», il nuovo comando \u00e8 implementato come filtro, che non interrompe la traversata dopo il primo commit pi\u00f9 vecchio del tempo specificato.\n
Nel comando «git remote», specificando il flag «-v», \u00e8 stata fornita la visualizzazione delle informazioni sui clone parziali del repository.\n
\u00c8 stata aggiunta l'impostazione \u00abtransfer.credentialsInUrl\u00bb, che pu\u00f2 assumere i valori \u00abwarn\u00bb, \u00abdie\u00bb e \u00aballow\u00bb. Se nel parametro \u00abremote..url\u00bb vengono specificate credenziali in chiaro, il tentativo di eseguire le operazioni \u00abfetch\u00bb o \u00abpush\u00bb terminer\u00e0 con un errore se l'impostazione \u00abtransfer.credentialsInUrl\u00bb \u00e8 impostata su \u00abdie\u00bb, oppure con un avviso se \u00e8 impostata su \u00abwarn\u00bb.\n
Di default \u00e8 implementata una nuova versione interattiva del comando \u00abgit add -i\u00bb, riscritta da Perl a C. <\/ul>\n