{"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":"Uscita 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 di gestione distribuita dei codici sorgente Git. Git \u00e8 uno dei sistemi di gestione delle versioni pi\u00f9 popolari, affidabili e ad alte prestazioni, che offre strumenti flessibili per uno sviluppo non lineare basato su ramificazione e fusione dei branch. Per garantire l'integrit\u00e0 della cronologia e la robustezza nelle modifiche 'retroattive', viene utilizzato un hashing implicito di tutta la cronologia precedente in ogni commit, con la possibilit\u00e0 di autenticazione tramite firme digitali degli sviluppatori per singoli tag e commit. <\/p>\n
Rispetto alla versione precedente, la nuova versione accoglie 483 modifiche, preparate con la partecipazione di 86 sviluppatori, dei quali 31 partecipano per la prima volta allo sviluppo. Le novit\u00e0 principali sono: <\/p>\n
\n
Nella squadra 'git shortlog', destinata a visualizzare riepiloghi con statistiche dalla cronologia delle modifiche, \u00e8 stata aggiunta l'opzione '--group' per la raggruppamento arbitrario dei commit per campi che non si limitano all'autore o al committente. Ad esempio, per visualizzare un elenco degli sviluppatori con informazioni sul numero di modifiche che considerano gli 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 «—group» 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 specifica release sono stati accettati in ciascun mese, si pu\u00f2 utilizzare: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 In passato, per eseguire un'operazione analoga sarebbe stata necessaria l'ausilio degli strumenti sort e uniq: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c <\/p>\n
Sono state ampliate le funzionalit\u00e0 del meccanismo \u00abcruft packs\u00bb, progettato per l'imballaggio di oggetti irraggiungibili che non hanno link nel repository (non sono indicizzati da rami o tag). Gli oggetti irraggiungibili vengono rimossi dal garbage collector, ma rimangono nel repository per un certo periodo prima della cancellazione per escludere stati di concorrenza. Il meccanismo \u00abcruft packs\u00bb consente di memorizzare tutti gli oggetti irraggiungibili in un unico file pack, mentre i dati relativi all'ora di modifica di ciascun oggetto sono riportati in una tabella separata, conservata in un file con estensione \u00ab.mtimes\u00bb, in modo che non si sovrappongano all'orario generale di modifica.\n
Il tempo di permanenza degli oggetti irraggiungibili nel repository prima della cancellazione effettiva \u00e8 determinato dall'opzione \u00ab--prune=\u00bb. Anche se il ritardo prima della cancellazione \u00e8 un modo piuttosto efficace e pratico per prevenire danni al repository a causa di stati di concorrenza, non \u00e8 completamente affidabile al 100%. Per semplificare il ripristino di un repository danneggiato, \u00e8 stata introdotta in questa nuova versione la possibilit\u00e0 di conservare gli oggetti mancanti, per cui \u00e8 stata aggiunta al comando \u00abgit repack\u00bb l'opzione \u00ab--expire-to\u00bb, 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 irraggiungibili 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
Significativamente aumentata (fino al 70%) la velocit\u00e0 di esecuzione dell'operazione \u00abgit grep --cached\u00bb durante la ricerca in aree in cui viene applicato il partial cloning (sparse-checkout) e per le quali ci sono indici parziali (sparse index). In precedenza, quando si specificava l'opzione \u00ab--cached\u00bb, si cercava prima nell'indice normale e poi in quelli parziali, il che portava a ritardi significativi nella ricerca in repository di grandi dimensioni.\n