La setmana passada es va presentar el llançament de la nova versió de sistema de control de font distribuïda Git 2.23. En comparació amb la versió anterior, es van realitzar poc més de 500 canvis en aquesta nova versió.
però entre les millores recentment introduïdes en aquesta nova versió, les que reben la major atenció són git switch y git restore, Aquests són dos ordres experimentals específics que poden usar-se per reemplaçar en certa mesura la comanda git checkout. 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 flexibles de desenvolupament no lineal basades en la ramificació i fusió de versions.
Per garantir la integritat de la història i la resistència als canvis en retrospectiva, s'utilitza un hash implícit de tota la història prèvia a cada confirmació, i també és possible signar digitalment als desenvolupadors d'etiquetes i confirmacions individuals.
Principals novetats de git 2.23
En aquesta nova versió de git es presenten les ordres experimentals abans esmentats "git switch y git restore".
Aquests nous ordres estan dissenyats per a separar les funcions «git checkout» soltes, com la manipulació de branques (canvi i creació) i la restauració d'arxius en el directori de treball ( «git checkout $ commit - $ filename») O immediatament en l'àrea de preparació («--staging«, No té cap anàleg al«git checkout").
git checkout és una ordre que permet, per exemple, canviar branques o crear noves branques en un repositori.
Si un usuari vol editar arxius individuals o fins i tot restablir els noms d'arxiu en el repositori en el seu disc dur perquè siguin similars als seus arxius, també pot usar git checkout. A més d'aquestes possibilitats, es poden realitzar altres accions amb la comanda git checkout.
Val la pena assenyalar que, a diferència de «git checkout","git restore» elimina els arxius no rastrejats dels directoris restaurats ( «-No-superposició» per defecte).
Amb git restore, És molt més fàcil determinar exactament quins arxius canviaran, com canviaran i on canviaran. De fet, en lloc de fer servir el complicat comandament git checkout, git restore proporciona 2 opcions per especificar on aniran els canvis restaurats.
Per tant, si passa el paràmetre --worktree (O no especifica res), els canvis es faran al repositori del seu disc dur. No obstant això, si passa el paràmetre --staged, Els canvis aniran a l'índex. Finalment, si passa tots dos paràmetres, els canvis aniran a les dues ubicacions respectives.
En git 2.23 es va agregar l'opció «git merge --quit«, Que, com« -abort », atura el procés de fusió de branques, però deixa intacte el directori de treball. Aquesta opció pot ser útil si és preferible emetre alguns dels canvis realitzats durant la fusió manual com una confirmació per separat.
les comandes git clone, git fetch y git push ara tenen en compte la presència de commits en repositoris vinculats (alternatius).
Es van agregar les opcions «git blame --ignore-rev»i«--ignore-revs-file»Per ometre les confirmacions que van fer modificacions menors (per exemple, arranjaments de format);
D'altra banda podrem trobar l'addició de l'opció «git cherry-pick --skip»Per ometre el compromís de conflicte (anàleg memoritzat de la seqüència«git reset y git cherry-pick --continue")
A partir d'aquesta versió, git log tindrà en compte per defecte els canvis realitzats per mailmap, similar al que ja està succeint en git shortlog.
L'operació d'actualització de l'gràfic commit (core.commitGraph) presentat en 2.18 es va accelerar significativament. També va accelerar git per a cada referència en cas d'usar diverses plantilles i reduir el nombre de trucades de auto-gc a "git fetch --multiple".
S'ha afegit la configuració status.aheadBehind, Fixant l'opció «git status - [no-] ahead-behind»De forma contínua.
«git branch --list»Ara sempre mostra HEAD separat a l'començament de la llista, independentment de la configuració regional.
Més enllà d'aquestes millores, aquesta nova versió de Git ara pot usar les referències d'una altra solució com a part de la verificació de l'objecte connectat que pot passar quan clona un repositori i especifica un altre durant la clonació o en un altre.
Si vols conèixer més a l'respecte pots consultar el següent enllaç.