{"id":103816,"date":"2022-04-19T15:36:47","date_gmt":"2022-04-19T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36"},"modified":"2022-04-19T15:36:47","modified_gmt":"2022-04-19T13:36:49","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","title":{"rendered":"Rilascio del sistema di gestione dei testi sorgente Git 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre mesi di sviluppo, \u00e8 stata rilasciata la versione 2.36 di Git, un sistema distribuito di gestione del codice sorgente. Git \u00e8 uno dei sistemi di controllo versioni pi\u00f9 popolari, affidabili e performanti, che offre strumenti flessibili per lo sviluppo non lineare, basati su ramificazione e fusione dei rami. Per garantire l'integrit\u00e0 della storia e resistere alle modifiche \"retroattive\", viene utilizzato un hashing implicito dell'intera storia precedente in ogni commit. \u00c8 anche possibile certificare con firme digitali i tag e i commit da parte degli sviluppatori. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati introdotti 717 cambiamenti, preparati con la partecipazione di 96 sviluppatori, di cui 26 hanno partecipato per la prima volta allo sviluppo. Le principali novit\u00e0 sono: <\/p>\n
\n
\u00c8 stata aggiunta all comando \"git log\" e \"git show\" l'opzione \"--remerge-diff\", che consente di mostrare le differenze tra il risultato finale della fusione e i dati effettivi riportati nel commit dopo l'esecuzione del comando \"merge\", permettendo di valutare visivamente le modifiche apportate a seguito della risoluzione dei conflitti di fusione. Il comando \"git show\" di norma separa le diverse risoluzioni dei conflitti con rientro, il che rende difficile la comprensione delle modifiche. Ad esempio, nello screenshot qui sotto, le righe \"+\/-\" senza rientro mostrano l'ultima risoluzione del conflitto relativa al rinominamento da sha1 a oid nel commento, mentre \"+\/-\" con rientro rappresenta la risoluzione iniziale del conflitto, causata dall'introduzione di un argomento aggiuntivo nella funzione dwim_ref().
<\/center>\n
Utilizzando l'opzione \"--remerge-diff\", le differenze tra le risoluzioni dei conflitti non sono separate per ciascun ramo genitore, ma mostrano le differenze generali tra il file con conflitti di fusione e il file in cui i conflitti sono stati risolti.
<\/center> <\/p>\n
\u00c8 stata aumentata la flessibilit\u00e0 nella configurazione del comportamento di reset delle cache disco tramite la chiamata della funzione fsync(). Il parametro core.fsyncObjectFiles, precedentemente disponibile, \u00e8 stato suddiviso in due variabili di configurazione core.fsync e core.fsyncMethod, che offrono la possibilit\u00e0 di applicare fsync non solo ai file oggetto (.git\/objects), ma anche ad altre strutture di git, come i riferimenti (.git\/refs), il reflog e i file pack.\n
Attraverso la variabile core.fsync \u00e8 possibile specificare un elenco di strutture interne di Git, per le quali, dopo un'operazione di scrittura, verr\u00e0 invocato fsync. La variabile core.fsyncMethod consente di scegliere il metodo per svuotare la cache; ad esempio, si pu\u00f2 scegliere fsync per applicare la chiamata di sistema omonima oppure specificare writeout-only per attivare la scrittura posticipata (pagecache writeback). <\/p>\n
Per proteggere da vulnerabilit\u00e0 che sfruttano la sostituzione di directory .git da parte di altri utenti in sezioni condivise, \u00e8 stata rafforzata la verifica del proprietario del repository. Ora \u00e8 consentito eseguire qualsiasi comando git solo nelle proprie directory \".git\". Se la directory del repository appartiene a un altro utente, verr\u00e0 generato un errore per impostazione predefinita. Questo comportamento pu\u00f2 essere disabilitato tramite l'impostazione safe.directory.\n
Nel comando «git cat-file», destinato a visualizzare il contenuto sorgente degli oggetti Git, \u00e8 stata aggiunta l'opzione «—batch-command», che integra i comandi precedentemente disponibili «—batch» e «—batch-check» con la possibilit\u00e0 di selezione adattiva del tipo di output tramite la specifica «contents <oggetto>» per visualizzare il contenuto o «info <oggetto>» per visualizzare informazioni sull'oggetto. Inoltre, \u00e8 supportato il comando «flush» per scaricare il buffer di output.\n
Nel comando «git ls-tree», destinato a generare un elenco del contenuto dell'albero degli oggetti, \u00e8 stata aggiunta l'opzione «—oid-only» («—object-only»), analogamente a «—name-only», che restituisce solo gli identificatori degli oggetti per semplificare le chiamate da script. \u00c8 stata anche implementata l'opzione «—format» che consente di definire un formato di output personalizzato, combinando informazioni su modalit\u00e0, tipo, nome e dimensione.\n
Nel comando «git bisect run» \u00e8 stata implementata la determinazione della non impostazione del flag di eseguibilit\u00e0 per lo script, e in questo caso vengono restituiti errori con codici 126 o 127 (in precedenza, se lo script non poteva essere avviato, tutte le revisioni venivano contrassegnate come problematiche).\n
Nel comando «git fetch» \u00e8 stata aggiunta l'opzione «—refetch» per estrarre tutti gli oggetti senza informare l'altra parte riguardo ai contenuti gi\u00e0 presenti nel sistema locale. Questo comportamento pu\u00f2 essere utile per ripristinare uno stato dopo guasti, quando non si ha certezza sull'integrit\u00e0 dei dati locali.\n
Nei comandi «git update-index», «git checkout-index», «git read-tree» e «git clean» \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
\u00c8 stato modificato il comportamento del comando «git clone —filter=… —recurse-submodules», che ora porta a una clonazione parziale dei submoduli (in precedenza, durante l'esecuzione di comandi simili, il filtro veniva applicato solo al contenuto principale, e i submoduli venivano clonati completamente senza tener conto del filtro).\n
Nel comando «git bundle» \u00e8 stata aggiunta la supporto per la specificazione di filtri per l'inserimento selettivo dei contenuti, analogamente alle operazioni di clonazione parziale.\n
Nel comando «git branch» \u00e8 stata aggiunta l'opzione «—recurse-submodules» per l'attraversamento ricorsivo dei submoduli.\n
In userdiff \u00e8 stato proposto un nuovo gestore per il linguaggio Kotlin. <\/ul>\n
![\"Rilascio](\"\/wp-content\/uploads\/2022\/04\/75651aa0f36ad2b5896991a675754b1f.jpg\")
<\/center>\n![\"Rilascio](\"\/wp-content\/uploads\/2022\/04\/903ff119e179781b6e0de91205765a6a.jpg\")
<\/center> <\/p>\n