Git 2.44 arriba amb grans millores i novetats

La nova versió de Git 2.44, ja va ser alliberada i arriba després de tres mesos de desenvolupament i inclou 503 canvis en comparació amb la versió anterior, i aquests canvis van ser preparats amb la col·laboració de 85 desenvolupadors, dels quals 34 van participar en el desenvolupament per primer cop.

Per als que desconeixen de Git, han de saber quèe és conegut com un dels sistemes de control de versions més populars, fiables i d'alt rendiment, oferint eines flexibles de desenvolupament no lineal basades en ramificacions i fusions. Per mantenir la integritat de l'historial i prevenir canvis retroactius, Git utilitza un hash implícit de tot l'historial anterior a cada confirmació.

Principals novetats de Git 2.44

En aquesta nova versió de Git 2.44, una de les novetats més importants és el nou suport per a la reutilització d'objectes en múltiples paquets. Aquesta optimització permet a Git aprofitar la reutilització d'objectes en diversos paquets, eliminant la necessitat dempaquetar un repositori en un sol paquet. Amb aquesta millora, Git pot generar paquets de forma més eficient, cosa que resulta en una millor velocitat i rendiment durant les operacions d'enviament i extracció des de i cap a repositoris remots. A partir de la versió 2.44, el Git pot gestionar la reutilització d'objectes en múltiples fitxers de paquet sense la necessitat de tornar a empaquetar el dipòsit en un sol fitxer de paquet.

A més d'això, la introducció de «git replay» ofereix una alternativa eficaç a git rebase, i es pot utilitzar per recrear l'historial en un servidor sense un arbre de treball (un repositori simple que no conté un arbre de treball), processar múltiples branques simultàniament, realitzar una operació de superació en branques, diferent de les recuperades actualment, o simplement per accelerar les operacions de fusió. Git replay ofereix millores significatives de rendiment, especialment en operacions de fusió i superació en repositoris de grans dimensions.

Amb Git 2.44, l'opció –autosquash ara es pot utilitzar per a operacions de canvi de base en mode no interactiu. Aquesta funcionalitat permet aplicar automàticament confirmacions fixup! o esquaix! a les ubicacions corresponents sense la necessitat d'inspeccionar manualment la llista de tasques pendents.

Un altre dels aspectes destacats, són les noves funcionalitats i millores significatives. Ara, els comandos git add i git stash admeten els atributs de ruta «:(attr:…)», que es configuren de manera similar a l'ordre «git show». Per exemple, «git add ':(attr:~binary)'» es pot utilitzar per afegir tots els fitxers de text (no binaris) a l'índex. A més, s'ha introduït l'atribut builtin_objectmode per filtrar rutes de fitxers per drets d'accés. Per exemple, «git add ':(attr:builtin_objectmode=100755)'» es pot utilitzar per afegir tots els executables a l'índex.

Dels altres canvis que es destaquen:

• S'ha afegit suport per al sistema d'integració contínua GitLab CI.
• Es va agregar l'opció «–diff-algorithm»A la comanda«git merge-file» per seleccionar un algorisme alternatiu per avaluar les diferències entre fitxers.
• Es va afegir suport per actualitzar tokens OAuth al backend d'administració de credencials wincred, de manera similar a com s'implementa als backends credential-cache i credential-libsecret.
• «git fetch» ha afegit suport per a l'opció de configuració «fetch.all«, que s'utilitzarà de manera similar a afegir l'opció «–tots» a la línia d'ordres.
• S'ha afegit l'opció «–ignore-other-worktrees» per habilitar l'actualització i el check-out de branques que utilitzen un arbre de treball diferent. Això restaura el comportament anterior de l'ordre git checkout -B.
• Ara és possible establir aquesta configuració a «veritable» per eliminar la instrucció «Disable this message with…» que ocupava espai a la pantalla en mostrar suggeriments. Això millora lexperiència de lusuari en eliminar elements innecessaris de la sortida de lordre.
• S'ha optimitzat l'execució d'aquesta ordre amb l'opció «–no-sort». Anteriorment, fins i tot en especificar «–no-sort«l'ordenació encara s'aplicava en ordre alfabètic. Ara, després de les optimitzacions, l'ús de «–no-sortacceleragit for-each-ref» en aproximadament un 20% en repositoris amb una gran quantitat de referències.

Finalment si estàs interessat en conèixer més sobre això, pots consultar els detalls a el següent enllaç.