Git 2.35 vine cu funcții noi, remedieri de erori și multe altele

După două luni de dezvoltare a fost anunțată lansarea noii versiuni de Git 2.35 că față de versiunea anterioară, în noua versiune au fost acceptate 494 de modificări, pregătite cu participarea a 93 de dezvoltatori, dintre care 35 au participat pentru prima dată la dezvoltare.

În ceea ce privește principalele inovații care ies în evidență în această nouă versiune, putem găsi Opțiuni extinse pentru a utiliza cheile SSH pentru a semna digital obiecte Git.

Pentru a diferenția perioada de valabilitate a diferitelor chei, a fost adăugat suport pentru directivele OpenSSH „valid-before” și „valid-after”., care poate fi folosit pentru a asigura lucrul corect cu semnăturile.

Înainte de aceasta, a existat o problemă cu separarea semnăturilor cu cheia veche și cea nouă: dacă ștergeți cheia veche, va fi imposibil să verificați semnăturile făcute cu ea, iar dacă o lăsați, tot veți fi capabil să creeze semnături noi cu cheia veche, care a fost deja înlocuită cu o altă cheie. Cu valid înainte și valid după, puteți separa domeniul de aplicare a cheilor în funcție de momentul în care a fost creată semnătura.

O altă modificare care iese în evidență în această nouă versiune de Git 2.35 este setarea merge.conflictStyle Vă permite să selectați modul de afișare a informațiilor despre conflicte în timpul unei îmbinări, acum acceptă modul „zdiff3”, care mută toate șirurile de tip specificat la începutul sau la sfârșitul unui conflict în afara zonei de conflict, permițând o prezentare mai compactă a informațiilor.

Mod adăugat «– pus în scenă»La comanda«git stash«permite ascunderea doar a modificărilor adăugate la index, de exemplu, în situațiile în care trebuie să amânați temporar unele modificări complexe pentru a adăuga mai întâi ceea ce este deja gata, iar cu restul pentru a rezolva după un timp. Modul este similar cu comanda "git commit“, scriind doar modificările plasate în index, dar în loc să creați un nou commit în "git stash --staged«, rezultatul este salvat în zona temporară de stocare. Odată ce modificările sunt necesare, acestea pot fi anulate cu comanda „git stash pop”.

Pe de altă parte, putem constata că a adăugat un nou specificator de format «--format=%(descrie)»La comanda«git-log", care permite ca rezultatul „git log” să se potrivească cu ieșirea comenzii „git describe”.

Opțiunile pentru „git describe” sunt specificate direct în interiorul specificatorului („–format=%(describe:match= ,exclude= )")), care poate include și etichete scurte ("–format=% ( describe:tags= )») și setează numărul de caractere hexazecimale pentru a identifica obiectele.

De exemplu, pentru a afișa cele mai recente 8 commit-uri ale căror etichete nu au o etichetă de lansare candidat și pentru a specifica identificatori de 13 caractere, puteți folosi comanda:

S-a lucrat pentru standardizarea utilizării tipului „size_t” în loc de „unsigned long” pentru valorile reprezentând dimensiunea obiectelor, ceea ce a permis ca filtrele „curat” și „smudge” să fie aplicate la fișiere mai mari de 4 GB pe toate platformele, inclusiv platformele cu modelul de date LLP64, tastați „unsigned long”, care este limitat la 4 octeți.

Dintre alte schimbări care se remarcă a noii versiuni:

  • S-a adăugat implementarea inițială a unui nou backend «refable» pentru a stoca referințe precum ramuri și etichete într-un depozit.
  • Paleta de culori a comenzii «git grep» a fost modificat pentru a se potrivi cu utilitarul GNU grep.
  • Comanda "git sparse-checkout init» a fost depreciat și ar trebui folosit în schimb «set git sparse-checkout“.
  • Opțiune adăugată „–gol=(stop|drop|păstrezi)» la comandă "git am", care permite, la scanarea patch-urilor din cutia poștală, să alegeți comportamentul mesajelor goale care nu conțin patch-uri.
  • S-a adăugat suport pentru indici rari la git reset, git diff, git reproach, git fetch, git pull și git ls-files» pentru a îmbunătăți performanța și a economisi spațiu în depozite, unde se efectuează operațiuni de clonare (sparse-checkout).

În cele din urmă dacă sunteți interesat să aflați mai multe despre asta despre această nouă versiune de Git 2.35 puteți consulta detaliile în următorul link.


Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.