{"id":106023,"date":"2022-12-13T15:36:42","date_gmt":"2022-12-13T13:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39"},"modified":"2022-12-13T15:36:42","modified_gmt":"2022-12-13T13:36:42","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-39","title":{"rendered":"Rilascio del sistema di controllo delle versioni Git 2.39","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo, \u00e8 stata pubblicata la versione 2.39 del sistema distribuito di gestione del codice sorgente Git. Git \u00e8 uno dei sistemi di controllo versione pi\u00f9 popolari, affidabili e ad alte prestazioni, che offre strumenti flessibili per lo sviluppo non lineare, basati su ramificazioni e fusioni. Per garantire l'integrit\u00e0 della storia e la resistenza alle modifiche retroattive, viene utilizzato un hashing implicito dell'intera storia precedente in ogni commit; \u00e8 anche possibile verificare con firme digitali i tag e i commit dei singoli sviluppatori. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati inclusi 483 cambiamenti, realizzati con la partecipazione di 86 sviluppatori, di cui 31 hanno partecipato per la prima volta. Le principali novit\u00e0: <\/p>\n
\n
Nel comando 'git shortlog', progettato per visualizzare sintesi con statistiche dalla cronologia delle modifiche, \u00e8 stata aggiunta l'opzione '--group' per raggruppare arbitrariamente i commit in base a campi che non si limitano all'autore o al committente. Ad esempio, per mostrare un elenco di sviluppatori con informazioni sul numero di modifiche, tenendo conto degli assistenti menzionati nel campo 'Co-authored-by', \u00e8 possibile utilizzare il comando: git shortlog -ns --group=author --group=trailer:co-authored-by\n
L'output di shortlog pu\u00f2 essere aggregato utilizzando specificatori di formato e l'opzione \u00ab\u2014group\u00bb consente di semplificare notevolmente la creazione di report complessi ed eliminare la necessit\u00e0 di eseguire comandi di ordinamento aggiuntivi. Ad esempio, per creare un report con informazioni su quanti commit per una determinata release sono stati accettati in ogni mese, \u00e8 possibile indicare: git shortlog v2.38.0.. \u2014date='format:%Y-%m' \u2014group='' -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12. In passato, per eseguire un'operazione simile sarebbe stato necessario utilizzare gli strumenti sort e uniq: git log v2.38.0.. \u2014date='format:%Y-%m' \u2014format='' | sort | uniq -c <\/p>\n
Le funzionalit\u00e0 del meccanismo «cruft packs» sono state ampliate. Questo strumento \u00e8 progettato per imballare gli oggetti non raggiungibili, per i quali non ci sono riferimenti nel repository (nessun riferimento da parte di branch o tag). Gli oggetti non raggiungibili vengono eliminati dal garbage collector, ma rimangono nel repository per un certo periodo prima di essere rimossi, per escludere stati di race. Il meccanismo «cruft packs» consente di archiviare tutti gli oggetti non raggiungibili in un unico file pack, e le informazioni sulla data di modifica di ciascun oggetto vengono conservate in una tabella separata, memorizzata in un file con estensione «.mtimes», affinch\u00e9 non si sovrappongano al tempo di modifica generale.\n
Il tempo di permanenza degli oggetti non raggiungibili nel repository prima della loro effettiva eliminazione \u00e8 determinato dall'opzione «—prune=<date>». Nonostante il fatto che il ritardo prima della rimozione sia un modo abbastanza efficace e pratico per prevenire la corruzione del repository a causa di stati di race, non \u00e8 al 100% affidabile. Per semplificare il recupero di un repository danneggiato, \u00e8 stata introdotta in questa nuova versione la possibilit\u00e0 di salvare oggetti mancanti, per cui \u00e8 stata aggiunta al comando «git repack» l'opzione «—expire-to», che consente di specificare un file per creare una copia esterna di tutti gli oggetti rimossi. Ad esempio, per salvare nel file backup.git gli oggetti non raggiungibili che non sono stati modificati negli ultimi 5 minuti, si pu\u00f2 utilizzare il comando: git repack —cruft —cruft-expiration=5.minutes.ago -d —expire-to=..\\\/backup.git <\/p>\n
\u00c8 stata notevolmente aumentata (fino al 70%) la velocit\u00e0 di esecuzione dell'operazione «git grep —cached» durante la ricerca in aree dove si applica il clone parziale (sparse-checkout) e per le quali sono disponibili indici parziali (sparse index). In precedenza, specificando l'opzione «—cached», prima si effettuava la ricerca nell'indice normale e poi in quelli parziali, causando notevoli ritardi durante la ricerca in grandi repository.\n