{"id":118622,"date":"2024-07-30T09:43:00","date_gmt":"2024-07-30T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46"},"modified":"2024-07-30T09:43:00","modified_gmt":"2024-07-30T07:43:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","title":{"rendered":"Uscita del sistema di gestione del codice sorgente Git 2.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre mesi di sviluppo, \u00e8 stata pubblicata la versione 2.46 del sistema distribuito di gestione del codice sorgente Git. Git \u00e8 uno dei sistemi di controllo versione pi\u00f9 popolari, affidabili e ad alte prestazioni, offrendo strumenti flessibili per lo sviluppo non lineare basati su branching e merging. Per garantire l'integrit\u00e0 della cronologia e la resistenza alle modifiche \"retroattive\", si utilizza un hashing implicito dell'intera cronologia precedente in ogni commit; \u00e8 inoltre possibile autenticare con firme digitali gli sviluppatori di singoli tag e commit. Il codice di Git \u00e8 distribuito sotto la licenza GPLv2+. <\/p>\n
Rispetto alla versione precedente, nella nuova versione sono stati incorporati 746 cambiamenti, realizzati con la partecipazione di 96 sviluppatori, di cui 31 partecipano per la prima volta allo sviluppo. Novit\u00e0 principali: <\/p>\n
\n
\u00c8 stata aggiunta il supporto sperimentale per un nuovo tipo di bitmap \u2014 \"pseudo-merge reachability bitmap\", dove a differenza della struttura \"reachability bitmap\", i dati sui set di oggetti correlati ai commit vengono memorizzati non associati a ciascun singolo commit, ma a pi\u00f9 commit contemporaneamente. Questa organizzazione consente di utilizzare una bitmap per definire gli oggetti per commit in diversi rami, il che in grandi repository permette di evitare la creazione di un numero elevato di bitmap separate e accelera significativamente la scansione degli oggetti per determinare quali inviare al client durante operazioni come \"git fetch\", \"git rev-list\" e \"git clone\". Per abilitare il nuovo tipo di bitmap e determinare la logica della loro selezione e utilizzo, \u00e8 stata proposta una serie di impostazioni \"bitmapPseudoMerge\": git config bitmapPseudoMerge.all.pattern 'refs\/(heads|tags)\/' git config bitmapPseudoMerge.all.threshold now git config bitmapPseudoMerge.all.stableThreshold never git repack -adb\n
\u00c8 stata implementata una nuova interfaccia a riga di comando per il comando «git config», in cui invece delle opzioni disparate per visualizzare, rinominare e rimuovere impostazioni e sezioni, come «—get», «—get-all», «—unset» e «—remove-section», \u00e8 stato proposto un insieme di sotto-comandi. Ad esempio, per visualizzare tutte le impostazioni del repository ora si pu\u00f2 usare il comando «git config list», e per vedere il valore di un parametro specifico \u2014 il comando «git config get <nome del parametro>». Per ulteriori filtri sui risultati, usando l'opzione «—regexp», \u00e8 possibile applicare un filtro basato su un'espressione regolare.\n
Nel protocollo «credential helper», utilizzato per la trasmissione delle credenziali quando si accede a repository con accesso limitato, \u00e8 stato aggiunto il supporto per i nuovi campi «authtype» e «credential», che consentono di creare gestori per sistemi di autenticazione HTTP che non si limitano alla verifica di nome utente e password, ad esempio, utilizzando il Bearer Token in OAuth 2.0. In precedenza, per lavorare con tali sistemi di autenticazione era necessario specificare i dati sensibili in chiaro nel parametro http.extraHeader. Inoltre, il protocollo \u00e8 stato dotato della possibilit\u00e0 di salvare lo stato di ogni gestore di credenziali per supportare metodi di autenticazione a pi\u00f9 fasi, utilizzati in protocolli come NTLM e Kerberos.\n
\u00c8 proseguito lo sviluppo del backend sperimentale \u00abreftable\u00bb per una conservazione efficiente dei riferimenti alle branche e ai tag nel repository. Questo backend utilizza uno storage a blocchi, impiegato dal progetto JGit, ed \u00e8 ottimizzato per la gestione di un numero estremamente elevato di riferimenti (i formati di storage tradizionali possono causare un significativo overhead nei repository con molti riferimenti a causa della creazione di un numero eccessivo di file in una singola directory quando i riferimenti sono memorizzati nella directory $GIT_DIR\/refs, oppure la necessit\u00e0 di riscrivere un grande file ad ogni aggiornamento se i riferimenti sono archiviati nel file $GIT_DIR\/packed_refs). Nella nuova versione \u00e8 stata aggiunta il comando \u00abgit refs migrate \u2014ref-format=reftable\u00bb per la migrazione dei repository esistenti al backend \u00abreftable\u00bb (in precedenza, il backend veniva attivato solo durante l'inizializzazione del repository).\n
Nel comando git \u00e8 stata aggiunta l'opzione \u00ab--no-advice\u00bb, che disabilita tutti i messaggi di raccomandazione e suggerimento, utile per evitare di sovraccaricare il log con informazioni superflue durante l'invocazione automatizzata di git.\n
\u00c8 iniziato il processo di traduzione di alcuni controlli del set di test per utilizzare i test unitari, semplificando il test dei componenti di basso livello e migliorando l'efficienza del processo di test sulla piattaforma Windows, che comporta un alto sovraccarico quando si esegue un numero elevato di processi durante l'esecuzione dei test, implementati come script shell.\n
Nel codice per l'analisi delle impostazioni dei colori \u00e8 stata aggiunta la possibilit\u00e0 di utilizzare la rappresentazione \u00ab#RGB\u00bb oltre a \u00ab#RRGGBB\u00bb. <\/ul>\n