{"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 delle versioni Git 2.36","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre mesi di sviluppo, \u00e8 stato pubblicato un aggiornamento del sistema di gestione distribuita dei codici sorgente Git 2.36. Git \u00e8 uno dei sistemi di versioning pi\u00f9 popolari, affidabili e ad alte prestazioni, fornendo strumenti flessibili per lo sviluppo non lineare basati su ramificazioni e fusioni. Per garantire l'integrit\u00e0 della storia e la resistenza a modifiche retroattive, viene utilizzata una hash implicita di tutta la storia precedente in ogni commit, e sono possibili anche verifiche tramite firme digitali degli sviluppatori su singoli tag e commit. <\/p>\n
Rispetto alla versione precedente, la nuova versione include 717 modifiche, sviluppate con la partecipazione di 96 sviluppatori, di cui 26 hanno partecipato per la prima volta. Le principali novit\u00e0: <\/p>\n
\n
Nai comandi 'git log' e 'git show' \u00e8 stata aggiunta l'opzione '--remerge-diff', che consente di mostrare le differenze tra il risultato complessivo della fusione e i dati effettivi riportati nel commit dopo l'esecuzione del comando 'merge', offrendo una valutazione visiva delle modifiche apportate nella risoluzione dei conflitti durante la fusione. Il comando normale 'git show' separa le diverse risoluzioni dei conflitti con rientro, rendendo difficile comprendere le modifiche. Ad esempio, nello screenshot sottostante, le righe '+\/-' senza rientro mostrano l'ultima risoluzione del conflitto relativa alla rinominazione nel primo ramo da sha1 a oid nel commento, mentre '+\/-' con rientro rappresenta la risoluzione iniziale del conflitto, causata dall'aggiunta di un argomento extra nella funzione dwim_ref() nel secondo ramo.
<\/center>\n
Utilizzando l'opzione '--remerge-diff', le differenze tra le risoluzioni dei conflitti non vengono separate per ogni ramo genitore, ma mostrano le differenze complessive 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 svuotamento della cache dei dischi tramite la chiamata della funzione fsync(). Il parametro precedentemente disponibile core.fsyncObjectFiles \u00e8 stato suddiviso in due variabili di configurazione, core.fsync e core.fsyncMethod, che consentono di applicare fsync non solo ai file con oggetti (.git\/objects), ma anche ad altre strutture di git, come i riferimenti (.git\/refs), il reflog e i pack-file.\n
Tramite la variabile core.fsync \u00e8 possibile specificare un elenco di strutture interne di Git per le quali, dopo l'operazione di scrittura, verr\u00e0 eseguita inoltre la chiamata di fsync. La variabile core.fsyncMethod consente di scegliere il metodo per svuotare la cache; ad esempio, \u00e8 possibile scegliere fsync per applicare la chiamata di sistema con lo stesso nome, oppure specificare writeout-only per applicare la scrittura posticipata (pagecache writeback). <\/p>\n
Per proteggere contro vulnerabilit\u00e0 che manipolano la sostituzione da parte di altri utenti delle directory .git in aree condivise, \u00e8 stata rafforzata la verifica del proprietario del repository. L'esecuzione di qualsiasi comando git \u00e8 ora consentita solo nelle proprie directory '.git'. Se la directory del repository appartiene a un altro utente, verr\u00e0 mostrato un errore per impostazione predefinita. Questo comportamento pu\u00f2 essere disabilitato tramite la configurazione safe.directory.\n
Nel comando 'git cat-file', utilizzato per visualizzare il contenuto dei oggetti Git, \u00e8 stata aggiunta l'opzione '--batch-command', che integra i comandi precedentemente disponibili '--batch' e '--batch-check', consentendo una selezione adattiva del tipo di output tramite l'indicazione 'contents ' per visualizzare il contenuto o 'info ' per visualizzare le informazioni sull'oggetto. \u00c8 inoltre supportato il comando 'flush' per svuotare 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'), simile a '--name-only', che stampa solo gli identificativi degli oggetti per facilitare l'invocazione 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 dell'assenza di un segno di file eseguibile per lo script e la visualizzazione di errori in tal caso con i codici 126 o 127 (in precedenza, se lo script non poteva essere eseguito, 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 al contenuto gi\u00e0 presente sul sistema locale. Tale comportamento pu\u00f2 essere utile per ripristinare uno stato dopo guasti, quando non si ha certezza dell'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 si effettuano 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 (prima l'applicazione di filtri avveniva solo sul contenuto principale, mentre i submoduli venivano clonati completamente, senza considerare il filtro).\n
Nel comando 'git bundle' \u00e8 stata aggiunta la supporto per specificare filtri per l'inserimento selettivo del contenuto, analogamente alle operazioni di clonazione parziale.\n
Nel comando 'git branch' \u00e8 stata aggiunta l'opzione '--recurse-submodules' per la navigazione ricorsiva nei 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