La nuova versione è ora disponibile sistema di controllo "Git 2.26.0", che arriva con qualche novità, supporti sperimentali e soprattutto ottimizzazioni. Per chi non ha familiarità con Git, dovresti saperlo è uno dei sistemi di controllo della versione più popolari, affidabile e ad alte prestazioni, fornendo strumenti di sviluppo non lineari flessibili basati su ramificazioni e fusioni di filiali.
Per garantire l'integrità storia e resistenza al cambiamento con il senno di poi, usa l'hash implicito Da tutta la cronologia precedente su ogni commit, è anche possibile firmare digitalmente singoli commit e tag sviluppatori.
Rispetto alla versione precedente, la nuova versione ha adottato 504 modifiche preparate con la partecipazione di 64 sviluppatori, di cui 12 hanno partecipato per la prima volta allo sviluppo.
Punti salienti di Git 2.26.0
In questa nuova versione è stata eseguita la transizione predefinita alla seconda versione del protocollo di comunicazione Git, che viene utilizzato quando si connette un client in remoto a un server Git. La seconda versione del protocollo si distingue per la possibilità di filtrare rami e tag sul lato server con la restituzione di un elenco abbreviato di collegamenti al client.
Un'altra importante innovazione è il possibilità di aggiungere nuove funzioni al protocollo man mano che vengono visualizzate nuove funzionalità nel toolkit. Il codice cliente è ancora compatibile con il vecchio protocollo E può continuare a funzionare con server nuovi e vecchi, tornando automaticamente alla prima versione se il server non supporta la seconda.
L'opzione "–Show-scope« è stato aggiunto al comando «git config", che cosa semplifica l'identificazione del luogo in cui vengono definite determinate configurazioni.
Git ti permette di definire configurazioni in posti differenti: nel repository (.git / info / config), nella directory dell'utente (~ / .gitconfig), nel file di configurazione a livello di sistema (/ etc / gitconfig), nonché tramite le opzioni della riga di comando e le variabili di ambiente.
Durante l'esecuzione «git config«, È abbastanza difficile capire esattamente dove è definita la configurazione desiderata. L'opzione "–Show-origin»Era disponibile per risolvere questo problema, ma mostra solo il percorso del file in cui è definita la configurazione, che è utile se intendi modificare il file, ma non aiuta se devi cambiare il valore tramite« git config »Con le opzioni –system, –global o –local.
D'altra parte, è menzionato nell'annuncio di questa nuova versione che è proseguita l'estensione del supporto sperimentale ai cloni parziali, che consente di trasferire solo una parte dei dati e di lavorare con una copia incompleta del repository.
La nuova versione aggiunge un nuovo comando "Git sparse checkout add", che il consente di aggiungere directory separate per applicare l'operazione «cassa»Solo a parte l'albero di lavoro, invece di elencare tutte queste directory contemporaneamente tramite il comando«git sparse-checkout impostato«.
Prestazioni di comando «git grep«, Che viene utilizzato per cercare sia il contenuto effettivo del repository che le revisioni storiche, notevolmente aumenta.
Per velocizzare la ricerca, è stato permesso di scansionare il contenuto dell'albero lavoro utilizzando più thread ("git grep – thread«), Ma la ricerca nelle riviste storiche è stata unilaterale. Ora questa restrizione è stata rimossa a causa di implementazione della capacità di parallelizzare le operazioni di lettura dal negozio di oggetti.
Per impostazione predefinita, il numero di thread è impostato uguale al numero di core della CPU, che nella maggior parte dei casi ora non richiede l'impostazione esplicita dell'opzione «–Threads«.
Aggiunto supporto per il completamento automatico della voce di sottocomando, percorsi, collegamenti e altri argomenti del comando "git worktree", che consente di lavorare con diverse copie funzionanti del repository.
Possiamo anche trovare la nuova versione dello script fsmonitor-watchman, che fornisce l'integrazione con il meccanismo di Facebook Watchman per velocizzare il monitoraggio delle modifiche ai file e l'aspetto di nuovi file. Dopo aver aggiornato git, è necessario sostituire l'hook nel repository.
Se vuoi saperne di più su questa nuova versione, puoi consultare la nota originale nel seguente link