Git 2.38 inclou scalar, la nova utilitat desenvolupada per Microsoft, millores i més

fa poc es va donar a conèixer el llançament de la nova versió sistema de control de codi font distribuït Git 2.38, que en comparació amb la versió anterior, es van acceptar 699 canvis en la nova versió, preparada amb la participació de 92 desenvolupadors, dels quals 24 van participar en el desenvolupament per primera vegada.

Per als qui desconeixen de Git, han de saber que aquest és un dels sistemes de control de versions més populars, fiables i d'alt rendiment que proporciona eines de desenvolupament no lineal flexible basades en bifurcacions i fusions de bifurcacions.

Per garantir la integritat de l'historial i la resistència als canvis «backdating», s'utilitza el hashing implícit de tot l'historial anterior a cada confirmació; també és possible verificar les signatures digitals dels desenvolupadors d'etiquetes i confirmacions individuals.

Principals novetats de Git 2.38

En aquesta nova versió que es presenta de Git 2.38 es destaca que s'hi inclou la utilitat «scalar» desenvolupada per Microsoft per a la gestió de grans repositoris. La utilitat es va escriure originalment a C#, però s'hi inclou una versió C modificada en git. La nova utilitat difereix de l'ordre git en incloure funcions i configuracions addicionals predeterminades que afecten el rendiment quan es treballa amb repositoris molt grans.

Per exemple, quan es fa servir scalar, s'aplica el següent:

• Clonació parcial per treballar amb una còpia incompleta del repositori.
• Mecanisme integrat de seguiment de canvis al sistema de fitxers (FSMonitor), que elimina la necessitat d'enumerar tot el directori de treball.
• Índexs que cobreixen objectes en diferents paquets de fitxers (multi-paquet).
• Fitxers de gràfic de confirmació amb un índex de gràfic de confirmació utilitzat per optimitzar l'accés a la informació de confirmació.
• Treball periòdic en segon pla per mantenir l'estructura òptima del repositori en segon pla sense bloquejar la sessió interactiva (una vegada per hora, es realitza treball per obtenir objectes nous del repositori remot i actualitzar l'arxiu amb el gràfic de confirmació, i el procés de empaquetat del repositori s'inicia cada nit).
• Una manera «sparseCheckoutCone» que restringeix els patrons vàlids a la clonació parcial.

Un altre dels canvis que es presenta en aquesta nova versió de Git 2.38 és la opció “–update-refs” a l'ordre “git rebase” per actualitzar les branques dependents que es creuen amb les branques ressituades, de manera que no hagi de pagar manualment cada branca dependent per canviar a la confirmació desitjada.

També es destaca que el format de fitxer de mapa de bits s'ha optimitzat per treballar amb repositoris grans: s'ha afegit una taula d'índex opcional amb una llista de confirmacions seleccionades i les compensacions.

A més, podrem trobar que a l'ordre git merge-tree implementa una nova manera en el qual, en funció de dues confirmacions específiques, es calcula un arbre amb el resultat de la combinació, com si es fusionessin els historials d'aquestes confirmacions.

Es va agregar la configuració «safe.barerepository» per controlar si els dipòsits que no contenen un arbre de treball, es poden col·locar dins d'altres repositoris de git. Quan s'estableix en «explicit», els dipòsits nus ubicats al directori superior només poden funcionar. Per poder col·locar repositoris nus en subdirectoris, cal utilitzar el valor «tots».

Dels altres canvis que es destaquen d'aquesta nova versió:

• L'opció "-m" ("–max-count") s'ha afegit a l'ordre "git grep", que és similar a l'opció grep de GNU del mateix nom i us permet limitar la quantitat de resultats de coincidències.
• L'ordre «ls-files» implementa l'opció «–format» per personalitzar els camps de sortida (per exemple, podeu habilitar la sortida del nom de l'objecte, els modes, etc.).
• A «git cat-file», en mostrar el contingut dels objectes, s'implementa la capacitat de tenir en compte els enllaços dels autors al correu electrònic, especificats al fitxer de mapa de correu.
• Ordre git rm fet compatible amb índexs parcials.
• Es va millorar el comportament de l'ordre git mv AB en moure un fitxer des d'un espai de treball amb índexs parcials en mode con a una àrea exterior on no s'aplica aquesta manera.

Finalment si estàs interessat en poder conèixer més a l'respecte, Pots consultar els detalls en el següent enllaç.