Git 2.32 include alcuni miglioramenti, protezione del percorso e altro

Dopo tre mesi di sviluppo è stato svelato il lancio della nuova versione del popolare sistema di controllo del codice sorgente distribuito Git 2.32. Rispetto alla versione precedente, 617 modifiche sono state adottate nella nuova versione, preparato con la partecipazione di 100 sviluppatori, di cui 35 hanno partecipato per la prima volta allo sviluppo.

Per chi non conosce Git dovresti sapere che questo è uno dei sistemi di controllo della versione più popolari, affidabile e ad alte prestazioni, fornendo strumenti di sviluppo non lineari flessibili basati su branching e merging.

Per garantire l'integrità della cronologia e la resistenza alle modifiche "retroattive", in ogni commit viene utilizzato l'hashing implicito di tutta la cronologia precedente, è inoltre possibile certificare con firme digitali dei singoli tag e sviluppatori di commit.

Punti salienti di Git 2.32

In questa nuova versione al posto del meccanismo GIT_CONFIG_NOSYSTEM che viene utilizzato per evitare di leggere un file di configurazione dall'intero sistema, ora si propone di utilizzare il meccanismo GIT_CONFIG_SYSTEM, che consente di specificare in modo esplicito da quale file devono essere caricate le configurazioni a livello di sistema, nonché il parametro GIT_CONFIG_GLOBAL per sovrascrivere le impostazioni specifiche dell'utente in $ HOME / .git quando si imposta la variabile GIT_CONFIG_SYSTEM.

Un'altra modifica che è stata apportata è che ora, quando viene utilizzata la seconda versione del protocollo di comunicazione Git, quando si esegue "git push", viene implementata la definizione sul lato ricevente, che ha permesso di portare l'efficienza di "git push" al livello di "git ricerca»E rimuovere il caricamento di oggetti che non sono necessari.

l'opzione "-trailer [= ] "È stato aggiunto al comando" git commit "Quali rende facile allegare le proprie informazioni strutturate nel formato chiave/valore al momento della conferma, che potrà poi essere elaborato dal comando «interpreti-trailer«.

Si segnala inoltre che l'opzione «–Rifiuta-superficiale" per "git clone»Per disabilitare la clonazione del repository in modalità superficiale (nessuna cronologia completa delle modifiche), in più a gitweb è stata aggiunta una modalità di nascondimento della posta elettronica, che sostituisce le stringhe di posta elettronica nell'output.

La logica di elaborazione del comando «git applica –3way«, che ora prova prima ad applicare l'algoritmo di unione a tre vie e solo in caso di errore o conflitto torna alla solita applicazione patch (prima era il contrario).

Opzione aggiunta «–Diff-unisce =»Al« comandoregistro git»E l'impostazione log.diffMerges per selezionare la modalità predefinita, oltre a un protezione aggiuntiva ai comandi "git add" e "git rm" contro la modifica dei dati in rotte al di fuori dell'ambito dell'operazione di pagamento dispersa.

  • L'opzione "–Filtro = oggetto: tipo =»È stato aggiunto al« comandogit rev-list»Per escludere un certo tipo di oggetti dal file del pacchetto generato dal comando pack-oggetti.
  • I valori negativi non sono ammessi in git pack-oggetti per le opzioni che accettano valori numerici, come –window e –depth.
  • Nel comando «applica»È consentito specificare le opzioni«–3 vie"E"–Cache" allo stesso tempo.
  • Il comando "commit git»Ha una versione estesa dell'opzione« –fixup »(creando un commit per« rebase –autosquash »).
  • Il comando "git send-e-mail»Ha preso in considerazione la configurazione di core.hooksPath.
    I contatori diversi dagli interi sono consentiti in git format-patch -v .
  • È stata aggiunta una semplice interfaccia IPC per creare servizi come fsmonitor.
  • Elaborazione file interrotta ».gitattributes "," .gitignore "e" .mailmap»Se sono collegamenti simbolici.
    Per il trasporto HTTP, è stato aggiunto il supporto per la memorizzazione nella cache di una password utilizzata correttamente per sbloccare un certificato.
  • Il comando "git stash show»Ha la capacità di visualizzare la parte non tracciata dell'archivio file di archiviazione temporanea.
    È stata proposta una strategia più avanzata per riconfezionare un repository utilizzando il comando «git reimballare«, Che consente di ridurre il consumo di risorse durante il riconfezionamento.

Infine se sei interessato a saperne di più su questa nuova versione, puoi controllare i dettagli nel seguente link.


Lascia un tuo commento

L'indirizzo email non verrà pubblicato. I campi obbligatori sono contrassegnati con *

*

*

  1. Responsabile dei dati: Miguel Ángel Gatón
  2. Scopo dei dati: controllo SPAM, gestione commenti.
  3. Legittimazione: il tuo consenso
  4. Comunicazione dei dati: I dati non saranno oggetto di comunicazione a terzi se non per obbligo di legge.
  5. Archiviazione dati: database ospitato da Occentus Networks (UE)
  6. Diritti: in qualsiasi momento puoi limitare, recuperare ed eliminare le tue informazioni.