{"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 controllo delle versioni Git 2.35","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo due mesi di sviluppo, \u00e8 stato rilasciato Git 2.35, un sistema distribuito di gestione dei codici sorgente. 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, utilizza un hashing implicito dell'intera storia precedente in ogni commit; \u00e8 anche possibile autenticare singoli tag e commit con firme digitali degli sviluppatori. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati accettati 494 cambiamenti, realizzati con la partecipazione di 93 sviluppatori, 35 dei quali hanno preso parte per la prima volta allo sviluppo. Le principali novit\u00e0 sono: <\/p>\n
\n
Le funzionalit\u00e0 nell'uso delle chiavi SSH per l'autenticazione dei oggetti Git tramite firma digitale sono state ampliate. \u00c8 stata aggiunta la supporto delle direttive OpenSSH \u00abvalid-before\u00bb e \u00abvalid-after\u00bb per gestire la scadenza di pi\u00f9 chiavi, garantendo il corretto funzionamento delle firme dopo il cambio della chiave di uno dei sviluppatori. In precedenza, sussisteva il problema di separare le firme generate da una chiave vecchia e una nuova: se si eliminava la chiave vecchia, non era possibile verificare le firme create con essa; ma se si manteneva, si poteva continuare a generare nuove firme con la chiave ormai sostituita. Utilizzando valid-before e valid-after, \u00e8 possibile separare il campo di applicazione delle chiavi in base al momento in cui \u00e8 stata creata la firma.\n
Nella configurazione merge.conflictStyle, che consente di scegliere il formato delle informazioni sui conflitti durante la fusione, \u00e8 stato aggiunto il supporto della modalit\u00e0 \u00abzdiff3\u00bb, che sposta tutte le righe di intestazione specificate all'inizio o alla fine del conflitto al di fuori dell'area di conflitto, permettendo cos\u00ec di ottenere una rappresentazione pi\u00f9 compatta delle informazioni.\n
Il comando «git stash» ha ora una modalit\u00e0 «—staged», che consente di nascondere solo le modifiche aggiunte all'indice. Questo \u00e8 utile in situazioni in cui si desidera temporaneamente mettere da parte parte di cambiamenti complessi per poter prima aggiungere ci\u00f2 che \u00e8 gi\u00e0 pronto e successivamente occuparsi del resto. Questa modalit\u00e0 \u00e8 simile al comando «git commit», che registra solo le modifiche memorizzate nell'indice, ma invece di creare un nuovo commit, in «git stash —staged» il risultato viene memorizzato nell'area temporanea di stash. Una volta che le modifiche sono necessarie, possono essere ripristinate con il comando «git stash pop».\n
Nel comando «git log» \u00e8 stato aggiunto un nuovo specificatore di formato «—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=,exclude=)»), dove \u00e8 possibile includere anche i tag abbreviati («—format=%(describe:tags=)») e configurare il numero di caratteri esadecimali per l'identificazione degli oggetti («—format=%(describe:abbrev=)»). Ad esempio, per visualizzare gli 8 ultimi commit, i cui tag non hanno etichetta 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 di user.signingKey \u00e8 stata implementata la supporto per nuovi tipi di chiavi, non limitati al tipo «ssh-» e alla specifica del percorso completo al file della chiave. I tipi alternativi sono definiti utilizzando il prefisso «key::», ad esempio, «key::ecdsa-sha2-nistp256» per le chiavi ECDSA.\n
\u00c8 stata significativamente aumentata la velocit\u00e0 di generazione dell'elenco delle modifiche in modalit\u00e0 , cos\u00ec come con l'opzione , che gestisce l'evidenziazione degli spazi nel diff colorato.\n
Nel comando , utilizzato per fornire a Vim informazioni sui punti esatti di transizione nel file durante la risoluzione dei conflitti di unione, nella visualizzazione delle differenze o nell'esecuzione di operazioni di ricerca, \u00e8 stata fornita la possibilit\u00e0 di ridurre l'ambito dei conflitti di unione. Ad esempio, per limitare le operazioni solo alla cartella , si pu\u00f2 specificare , e per escludere la cartella dalla gestione, si pu\u00f2 usare .\n
\u00c8 stata svolta un'attivit\u00e0 di standardizzazione nell'uso del tipo invece di per i valori che rappresentano le dimensioni degli oggetti, il che ha consentito di applicare i filtri e a file superiori a 4 GB su tutte le piattaforme, incluse quelle con modello di dati LLP64, dove il tipo \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 dalla propria casella di posta. Il valore «stop» terminer\u00e0 l'intera operazione di applicazione delle patch, «drop» salter\u00e0 la patch vuota, mentre «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 migliorano le prestazioni e risparmiano spazio nei repository in cui vengono eseguite operazioni di clonazione parziale (sparse-checkout).\n
Il comando «git sparse-checkout init» \u00e8 stato dichiarato obsoleto e dovrebbe essere sostituito con «git sparse-checkout set».\n
\u00c8 stata aggiunta una prima implementazione di un nuovo backend «reftable» per la memorizzazione dei riferimenti, come branch e tag, all'interno del repository. Questo nuovo backend utilizza uno storage a blocchi, applicato dal progetto JGit ed ottimizzato per gestire un numero molto elevato di riferimenti. Al momento, il backend non \u00e8 integrato con il sistema di riferimenti (refs) e non \u00e8 pronto per l'uso pratico.\n
La palette di colori del team «git grep» \u00e8 stata allineata con l'utilit\u00e0 GNU grep. <\/ul>\n