{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Rilascio del sistema di gestione dei testi sorgente Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato Git 2.37, un sistema di gestione delle versioni distribuito tra i pi\u00f9 popolari, affidabili e performanti. Git 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, viene eseguito un hash implicito dell'intera storia precedente in ogni commit, rendendo possibile anche la verifica tramite firme digitali da parte degli sviluppatori per singoli tag e commit. <\/p>\n
Rispetto alla versione precedente, la nuova versione introduce 395 modifiche, sviluppate da 75 sviluppatori, di cui 20 partecipano per la prima volta. Le principali novit\u00e0 sono: <\/p>\n
\n
\u00c8 stato reso pronto per l'uso il meccanismo degli indici parziali (sparse index), che copre solo una parte del repository. Gli indici parziali migliorano le prestazioni e risparmiano spazio nei repository in cui si eseguono operazioni di clonazione parziale (sparse-checkout) o si lavora con una copia incompleta del repository. Nella nuova versione \u00e8 stata completata l'integrazione degli indici parziali nei comandi 'git show', 'git sparse-checkout' e 'git stash'. Il guadagno pi\u00f9 significativo in termini di prestazioni dall'uso degli indici parziali si osserva nel comando 'git stash', la cui velocit\u00e0 di esecuzione \u00e8 aumentata fino all'80% in alcune situazioni.\n
\u00c8 stato implementato un nuovo meccanismo chiamato 'cruft packs' per l'imballaggio degli oggetti irraggiungibili (unreachable) per i quali non ci sono riferimenti nel repository (cio\u00e8, non sono referenziati da ramificazioni o tag). Gli oggetti irraggiungibili vengono eliminati dal garbage collector, ma rimangono nel repository per un certo periodo prima della cancellazione per evitare condizioni di competizione. Per monitorare il periodo di esistenza degli oggetti irraggiungibili \u00e8 necessaria l'associazione di etichette con il tempo di modifica di tali oggetti, il che non consente di conservarli in un unico file pack in cui tutti gli oggetti hanno un timestamp comune. In precedenza, il salvataggio di ciascun oggetto in un file separato causava problemi con un elevato numero di oggetti irraggiungibili freschi che non erano ancora soggetti a eliminazione. Il meccanismo proposto 'cruft packs' consente di mantenere tutti gli oggetti irraggiungibili in un unico file pack, mentre le informazioni sul tempo di modifica di ciascun oggetto sono riflesse in una tabella separata, memorizzata in un file con estensione '.mtimes'.\n
Per Windows e macOS \u00e8 stato implementato un meccanismo integrato di monitoraggio delle modifiche nel file system, che consente di evitare di eseguire una scansione dell'intero directory di lavoro durante operazioni come «git status». In precedenza, per monitorare le modifiche tramite hook era possibile utilizzare strumenti esterni di monitoraggio del file system come Watchman, ma ci\u00f2 richiedeva l'installazione di programmi aggiuntivi e configurazioni. Ora questa funzionalit\u00e0 \u00e8 integrata e pu\u00f2 essere attivata con il comando «git config core.fsmonitor true».\n
Nel comando «git sparse-checkout» \u00e8 stata dichiarata obsoleta la supporto al modo alternativo «—cone» di definizione dei modelli per il clonaggio parziale, che consente di elencare file singoli utilizzando la sintassi «.gitignore», impedendo l'uso di indici parziali per l'ottimizzazione.\n
\u00c8 stata aumentata la flessibilit\u00e0 nella configurazione della chiamata a fsync() per il salvataggio delle modifiche su disco. Nel parametro «core.fsyncMethod» \u00e8 stata aggiunta la supporto alla strategia di sincronizzazione «batch», che consente di accelerare le operazioni di scrittura di un gran numero di file individuali accumulando le modifiche nella cache di scrittura, che viene poi scritta in un'unica chiamata a fsync(). Un test effettuato, durante il quale sono stati aggiunti 500 file con il comando «git add», si \u00e8 concluso in 0.15 secondi utilizzando la nuova modalit\u00e0, rispetto ai 1.88 secondi richiesti se si usava fsync() per ogni file, mentre senza utilizzare fsync \u00e8 stato di 0.06 secondi.\n
Nel comando di navigazione nei rami, come «git log» e «git rev-list», \u00e8 stata aggiunta l'opzione » —since-as-filter=X», che consente di filtrare le informazioni sui commit la cui data di creazione \u00e8 pi\u00f9 vecchia di «X». A differenza dell'opzione «—since», il nuovo comando \u00e8 implementato come filtro, senza fermarsi al primo commit pi\u00f9 vecchio del tempo specificato.\n
Nel comando «git remote» \u00e8 stata assicurata l'uscita delle informazioni sui cloni parziali del repository quando si utilizza il flag «-v».\n
\u00c8 stata aggiunta l'impostazione «transfer.credentialsInUrl», che pu\u00f2 accettare i valori «warn», «die» e «allow». Se nel parametro «remote.<name>.url» vengono forniti dati di accesso in chiaro, il tentativo di eseguire le operazioni «fetch» o «push» sar\u00e0 completato con un errore se l'impostazione «transfer.credentialsInUrl» \u00e8 impostata su «die», o con un avviso se \u00e8 impostata su «warn».\n
Di default \u00e8 stata attivata una nuova implementazione della modalit\u00e0 interattiva del comando «git add -i», riscritta da Perl a C. <\/ul>\n