Git è un software di controllo della versione progettato da Linus Torvalds pensando a efficienza, affidabilità e compatibilità.
recentemente è stato annunciato il rilascio della nuova versione sistema di controllo del codice sorgente distribuito Git 2.38, che rispetto alla versione precedente, sono state accettate 699 modifiche nella nuova versione, preparata con la partecipazione di 92 sviluppatori, di cui 24 hanno partecipato allo sviluppo per la prima volta.
Per chi non ha familiarità con Git, dovresti sapere che questo è uno dei sistemi di controllo della versione più popolari, software affidabile e ad alte prestazioni che fornisce strumenti di sviluppo non lineari flessibili basati su fork e fusioni di fork.
Per garantire l'integrità della cronologia e la resistenza alle modifiche retrodatate, in ogni commit viene utilizzato l'hashing implicito di tutta la cronologia precedente, è inoltre possibile verificare le firme digitali degli sviluppatori di singoli tag e commit.
Punti salienti di Git 2.38
In questa nuova versione di Git 2.38 che viene presentata, viene evidenziato che utilità scalare inclusa sviluppato da microsoft per la gestione di repository di grandi dimensioni. L'utilità è stata originariamente scritta in C#, ma in git è inclusa una versione C modificata. La nuova utilità differisce dal comando git includendo funzionalità e impostazioni aggiuntive valori predefiniti che influiscono sulle prestazioni quando si lavora con repository molto grandi.
Ad esempio, quando si utilizza scalare, si applica quanto segue:
- Clonazione parziale per lavorare con una copia incompleta del repository.
- Meccanismo di rilevamento delle modifiche al file system integrato (FSMonitor), che elimina la necessità di elencare l'intera directory di lavoro.
- Indici che coprono oggetti in diversi pacchetti di file (pacchetto multiplo).
- Commit file di grafici con un indice grafico di commit utilizzato per ottimizzare l'accesso alle informazioni di commit.
- Lavoro in background periodico per mantenere la struttura ottimale del repository in background senza bloccare la sessione interattiva (ogni ora si lavora per ottenere nuovi oggetti dal repository remoto e aggiornare il file con il commit graph, e il processo di impacchettamento di il repository viene avviato ogni notte).
- Una modalità "sparseCheckoutCone" che limita i modelli validi nella clonazione parziale.
Un'altra modifica presentata in questa nuova versione di Git 2.38 è il Opzione “–update-refs” per il comando “git rebase”. per aggiornare i rami dipendenti che si intersecano con i rami riposizionati, quindi non è necessario eseguire manualmente il checkout di ogni ramo dipendente per passare al commit desiderato.
Si evidenzia anche questo il formato del file bitmap è stato ottimizzato per funzionare con repository di grandi dimensioni- Aggiunta una tabella indice opzionale con un elenco di commit selezionati e dei loro offset.
Oltre a questo, possiamo trovarlo nel comando "git merge-tree" implementa una nuova modalità in quale, sulla base di due commit specifici, viene calcolato un albero con il risultato dell'unione, come se le storie di questi commit fossero fuse.
Configurazione aggiunta "safe.barerepository" per controllare se i repository che non contengono un albero di lavoro, possono essere inseriti all'interno di altri repository git. Se impostato su "esplicito", i repository bare situati nella directory principale potranno funzionare solo. Per poter mettere i repository bare nelle sottodirectory, è necessario utilizzare il valore "all".
Delle altre modifiche che si distinguono da questa nuova versione:
- Aggiunta l'opzione "-m" ("–max-count") al comando "git grep", che è simile all'omonima opzione GNU grep e consente di limitare il numero di risultati di corrispondenza.
- Il comando "ls-files" implementa l'opzione "--format" per personalizzare i campi di output (ad esempio, è possibile abilitare l'output del nome dell'oggetto, delle modalità, ecc.).
- In "git cat-file", quando si visualizza il contenuto degli oggetti, è implementata la possibilità di tenere conto dei collegamenti degli autori alle e-mail, specificati nel file di mappa della posta.
- Comando "git rm" reso compatibile con indici parziali.
- Migliorato il comportamento del comando "git mv AB" quando si sposta un file da un'area di lavoro con indici parziali in modalità "cono" a un'area esterna in cui questa modalità non è applicata.
Infine se sei interessato a saperne di più, puoi controllare i dettagli nel seguente link