{"id":103093,"date":"2022-01-25T15:36:40","date_gmt":"2022-01-25T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35"},"modified":"2022-01-25T15:36:40","modified_gmt":"2022-01-25T13:36:40","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Pubblicazione del sistema di gestione del codice sorgente Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo \u00e8 stata rilasciata la versione 2.35 del sistema di gestione distribuita dei codici sorgente Git. Git \u00e8 uno dei sistemi di versioning pi\u00f9 popolari, affidabili e ad alte prestazioni, che offre strumenti flessibili per lo sviluppo non lineare, basati su ramificazione e fusione dei rami. Per garantire l'integrit\u00e0 della cronologia e la resilienza alle modifiche 'retroattive', viene utilizzato l'hashing implicito dell'intera cronologia precedente in ogni commit, ed \u00e8 possibile anche la certificazione tramite firme digitali di tag e commit individuali. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati integrati 494 cambiamenti, preparati con la partecipazione di 93 sviluppatori, 35 dei quali hanno partecipato per la prima volta allo sviluppo. Le principali novit\u00e0 includono: <\/p>\n
\n
Sono state ampliate le capacit\u00e0 di utilizzo delle chiavi SSH per la certificazione degli oggetti Git tramite firma digitale. Per differenziare il periodo di validit\u00e0 di pi\u00f9 chiavi, \u00e8 stato aggiunto il supporto per le direttive OpenSSH 'valid-before' e 'valid-after', consentendo di garantire un corretto funzionamento delle firme dopo la rotazione della chiave di uno sviluppatore. In precedenza, c'era un problema con la separazione delle firme tra la vecchia e la nuova chiave: se si eliminava la vecchia chiave, non era possibile verificare le firme effettuate con essa, mentre se si manteneva, si conservava la possibilit\u00e0 di creare nuove firme con la vecchia chiave, ormai sostituita da una nuova chiave. Con valid-before e valid-after, \u00e8 possibile separare l'ambito di azione delle chiavi in base al tempo di creazione della firma.\n
Nella configurazione merge.conflictStyle, che consente di scegliere il modo di formattare le informazioni sui conflitti durante la fusione, \u00e8 stata aggiunta la modalit\u00e0 'zdiff3', che sposta al di fuori dell'area di conflitto tutte le righe standard indicate all'inizio o alla fine del conflitto, consentendo di ottenere una presentazione pi\u00f9 compatta delle informazioni.\n
Nel comando 'git stash' \u00e8 stata aggiunta la modalit\u00e0 '--staged', che consente di nascondere solo le modifiche aggiunte all'indice, ad esempio in situazioni in cui \u00e8 necessario rimandare temporaneamente una parte delle modifiche complesse per poter prima aggiungere ci\u00f2 che \u00e8 gi\u00e0 pronto, e poi occuparsi del resto dopo un certo tempo. Questa modalit\u00e0 ricorda il comando 'git commit', che registra solo le modifiche inserite nell'indice, ma invece di creare un nuovo commit in 'git stash --staged', il risultato viene salvato in un'area temporanea stash. Dopo che le modifiche sono necessarie, possono essere recuperate con il comando 'git stash pop'.\n
\u00c8 stato aggiunto un nuovo specificatore di formato al comando «git log» «—format=%(describe)», che consente di combinare l'output di «git log» con il risultato dell'esecuzione del comando «git describe». I parametri per «git describe» sono specificati direttamente all'interno dello specificatore («—format=%(describe:match=<foo>,exclude=<bar>)»), dove \u00e8 possibile includere anche tag abbreviati («—format=%(describe:tags=<bool>)») e configurare il numero di caratteri esadecimali per l'identificazione degli oggetti («—format=%(describe:abbrev=<n>)»). Ad esempio, per visualizzare gli ultimi 8 commit i cui tag non hanno la designazione di candidato per il rilascio e specificare identificatori di 8 caratteri, si pu\u00f2 utilizzare il comando: $ git log -8 —format=’%(describe:exclude=*-rc*,abbrev=13)’ v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132\n
Nella configurazione user.signingKey \u00e8 stata implementata la supporto per nuovi tipi di chiavi, che non si limitano al tipo «ssh-» e all'indicazione del percorso completo del file della chiave. I tipi alternativi sono specificati utilizzando il prefisso «key::», ad esempio, «key::ecdsa-sha2-nistp256» per le chiavi ECDSA.\n
\u00c8 stata notevolmente aumentata la velocit\u00e0 di generazione dell'elenco delle modifiche in modalit\u00e0 «—histogram», cos\u00ec come utilizzando l'opzione «—color-moved-ws», che controlla l'evidenziazione degli spazi bianchi nel diff colorato.\n
Nel comando «git jump», utilizzato per fornire a Vim informazioni sui passaggi esatti su una posizione cercata all'interno di un file durante l'analisi dei conflitti di unione, la visualizzazione delle differenze o l'esecuzione di un'operazione di ricerca, \u00e8 stata fornita la possibilit\u00e0 di restringere i conflitti di unione trattati. Ad esempio, per limitare le operazioni solo alla directory «foo», si pu\u00f2 specificare «git jump merge — foo», e per escludere la directory «Documentation» dalla gestione, si pu\u00f2 usare «git jump merge ‘:^Documentation'».\n
\u00c8 stato standardizzato l'uso del tipo «size_t» invece di «unsigned long» per i valori che rappresentano la dimensione degli oggetti, permettendo l'uso dei filtri «clean» e «smudge» per file di dimensioni superiori a 4 GB su tutte le piattaforme, comprese quelle con il modello di dati LLP64, dove il tipo «unsigned long» \u00e8 limitato a 4 byte.\n
Nel comando «git am» \u00e8 stata aggiunta l'opzione «—empty=(stop|drop|keep)», che consente di scegliere il comportamento per le email vuote senza patch durante l'analisi dei patch da una casella di posta. Il valore «stop» porter\u00e0 all'interruzione di tutta l'operazione di applicazione dei patch, «drop» salter\u00e0 il patch vuoto, «keep» creer\u00e0 un commit vuoto.\n
Nei comandi «git reset», «git diff», «git blame», «git fetch», «git pull» e «git ls-files» \u00e8 stata aggiunta la supporto per indici parziali (sparse index), che consentono di migliorare le prestazioni e risparmiare spazio nei repository in cui vengono eseguite operazioni di clonazione parziale (sparse-checkout).\n
Il comando «git sparse-checkout init» \u00e8 stato dichiarato obsoleto, si consiglia di utilizzare «git sparse-checkout set» al suo posto.\n
\u00c8 stata aggiunta una prima implementazione di un nuovo backend «reftable» per memorizzare riferimenti, come branch e tag, nel repository. Il nuovo backend utilizza uno storage a blocchi, sviluppato dal progetto JGit, ed \u00e8 ottimizzato per memorizzare un numero molto elevato di riferimenti. Questo backend non \u00e8 ancora integrato con il sistema di riferimenti (refs) e non \u00e8 pronto per un uso pratico.\n
La tavolozza dei colori del comando «git grep» \u00e8 stata allineata con l'utilit\u00e0 GNU grep. <\/ul>\n