Il rilascio di la nuova versione del sistema di controllo "Git 2.25.0", che è uno dei più popolari sistemi di controllo della versione, affidabili, ad alte prestazioni, che forniscono strumenti di sviluppo non lineari flessibili basati sulla ramificazione e l'unione delle versioni. Per garantire l'integrità della cronologia e la resistenza alle modifiche "retroattivamente", in ogni commit viene utilizzato un hash implicito di tutta la cronologia precedente, è anche possibile firmare digitalmente i singoli commit e gli sviluppatori di tag.
Rispetto alla versione precedente, la nuova versione ha adottato 583 modifiche preparate con la partecipazione di 84 sviluppatori, di cui 32 hanno partecipato per la prima volta allo sviluppo.
Cosa c'è di nuovo in Git 2.25.0?
In questa nuova versione spicca nell'annuncio, la possibilità di clonazione parziale, che è già prossimo alla stabilizzazione. Ciò consente di trasferire solo una parte dei dati e di lavorare con una copia incompleta del repository.
La clonazione parziale è pensata per essere un miglioramento rispetto alla normale clonazione in cui tutti i dati vengono copiati dal repository, inclusa ogni versione di ogni file nella cronologia delle modifiche. Per archivi di grandi dimensioni, la copia dei dati porta a un aumento significativo del traffico e dello spazio su disco, anche se lo sviluppatore è interessato solo a un sottoinsieme di file.
Per semplificare l'ottenimento solo di una parte dell'albero di origine lavorativa, luna nuova versione offre il comando sperimentale scarso controllo e la nuova opzione.
git clone --filter=blob:none --no-checkout /your/repository/here
Specificare
--filter- Ti consente di dire al server che stai clonando dagli oggetti di tua scelta. (Nel nostro esempio, abbiamo chiesto al server di evitare di inviarci BLOB, ma puoi usare diversi possibili qualificatori).Successivamente, dobbiamo dire a Git che può saltare il controllo del repository dopo aver ricevuto una risposta dal server con
--no-checkout(Mentre Git cerca di verificare il contenuto, noterà che mancano degli oggetti e proverà a richiederli al server.
Anche è incluso anche il nuovo comando git sparse-checkout qche semplifica notevolmente il lavoro e riduce il processo organizzativo del lavoro con un repository incompleto.
Il comando sparse-checkout permette di impostare l'elenco delle rotte, senza configurare manualmente e visualizzare l'elenco dei percorsi correnti e abilitare o disabilitare il checkout parziale.
Per ottimizzare il lavoro con archivi molto grandi ed elenchi di modelli, si propone la configurazione "git config core.sparseCheckoutCone', che limita i modelli validi (invece di modelli arbitrari .gitignore, puoi specificare tutti i percorsi e se estrarre tutti i file in una determinata sottodirectory).
Ad esempio, se il grande repository ha la directory "A / B / C" e tutto il lavoro è concentrato nella sottodirectory "C", quando la modalità sparseCheckoutCone è attivato, il comando «git sparse-checkout set A/B/C»Estrarrà completamente il contenuto di" C ", ma da" A "e" B "estrarrà solo le parti necessarie per lavorare con" C ".
En "git add", "git commit", "git reset" altri comandi, viene aggiunta una nuova opzione: --pathspec-from-file", che cosa consente di caricare un elenco di rotte da un file o da un flusso di input, invece di elencarli sulla riga di comando.
È stata proposta una prima implementazione del comando ridisegnato git add -i, che ti permette di aggiungere contenuto modificato in modo interattivo, riscritto da Perl a C. Una revisione simile del comando git add -p è in corso.
Il comando "git log --graph» è stato refactored, formando un'immagine ASCII del grafico con la cronologia delle modifiche nel repository. L'elaborazione ci ha permesso di migliorare e semplificare notevolmente l'output senza stravolgere la struttura del racconto, il che, ad esempio, ha risolto il problema di estrarre l'immagine dalla larghezza della linea del terminale.
Mentre per migliorare la leggibilità dei messaggi con patch inviati alle mailing list, l'opzione «git format-patch --cover-from-description subject', Quando si specifica cosa, come oggetto della lettera di presentazione per il set di patch, viene utilizzato il primo paragrafo del testo descrittivo del ramo.
Si vuoi saperne di più su questo lancio, puoi controllare l'annuncio ufficiale in seguente link