{"id":118622,"date":"2024-07-30T09:43:00","date_gmt":"2024-07-30T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46"},"modified":"2024-07-30T09:43:00","modified_gmt":"2024-07-30T07:43:00","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-46","title":{"rendered":"Lansarea sistemului de control al versiunilor Git 2.46","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dup\u0103 trei luni de dezvoltare, a fost lansat\u0103 versiunea 2.46 a sistemului distribuit de gestionare a codului surs\u0103 Git. Git este unul dintre cele mai populare, fiabile \u0219i performante sisteme de control al versiunilor, oferind instrumente flexibile pentru dezvoltarea non-liniar\u0103, bazate pe ramificare \u0219i \u00eembinare. Pentru a asigura integritatea istoricului \u0219i rezisten\u021ba la modific\u0103ri \u201eretroactive\u201d, se utilizeaz\u0103 hashingul implicit al \u00eentregii istorii anterioare \u00een fiecare commit, fiind, de asemenea, posibil\u0103 verificarea digital\u0103 a semn\u0103turilor dezvoltatorilor pentru anumite etichete \u0219i commit-uri. Codul Git este distribuit sub licen\u021ba GPLv2+. <\/p>\n
Comparativ cu versiunea anterioar\u0103, noua versiune a primit 746 de modific\u0103ri, preg\u0103tite cu participarea a 96 de dezvoltatori, dintre care 31 particip\u0103 pentru prima dat\u0103 la dezvoltare. Inova\u021biile principale sunt: <\/p>\n
\n
A fost ad\u0103tat suport experimental pentru un nou tip de bitmap-uri \u2014 \u201epseudo-merge reachability bitmap\u201d, \u00een care, spre deosebire de structura \u201ereachability bitmap\u201d, datele despre seturi de obiecte legate de commit-uri sunt stocate nu \u00een leg\u0103tur\u0103 cu fiecare commit \u00een parte, ci \u00een leg\u0103tur\u0103 cu mai multe commit-uri simultan. Aceast\u0103 organizare permite utilizarea unei singure bitmap-uri la determinarea obiectelor pentru commit-uri \u00een diferite ramuri, ceea ce \u00een repozitorii mari permite evitarea cre\u0103rii unui num\u0103r mare de bitmap-uri separate \u0219i accelereaz\u0103 semnificativ parcurgerea obiectelor pentru determinarea obiectelor care trebuie trimise clientului la execu\u021bia unor astfel de opera\u021biuni precum \u201egit fetch\u201d, \u201egit rev-list\u201d \u0219i \u201egit clone\u201d. Pentru activarea noilor tipuri de bitmap-uri \u0219i determinarea logicii de selec\u021bie \u0219i utilizare, a fost propus un set de configur\u0103ri \u201ebitmapPseudoMerge\u201d: git config bitmapPseudoMerge.all.pattern 'refs\/(heads|tags)\/' git config bitmapPseudoMerge.all.threshold now git config bitmapPseudoMerge.all.stableThreshold never git repack -adb\n
A fost implementat o nou\u0103 interfa\u021b\u0103 de linie de comand\u0103 pentru comanda \u201egit config\u201d, \u00een care, \u00een loc de op\u021biuni dispersate pentru vizualizarea, redenumirea \u0219i eliminarea set\u0103rilor \u0219i sec\u021biunilor, cum ar fi \u201e--get\u201d, \u201e--get-all\u201d, \u201e--unset\u201d \u0219i \u201e--remove-section\u201d, a fost propus un set de subcomenzi separate. De exemplu, pentru a lista toate set\u0103rile repozitorului, acum se poate utiliza comanda \u201egit config list\u201d, iar pentru a vizualiza con\u021binutul unei anumite op\u021biuni \u2014 comanda \u201egit config get \u201d. Pentru filtrarea suplimentar\u0103 a rezultatelor, prin op\u021biunea \u201e--regexp\u201d, se poate specifica un filtru bazat pe expresii regulate.\n
Protocolul \u201ecredential helper\u201d, utilizat pentru transmiterea acreditivelor atunci c\u00e2nd accesa\u021bi repozitorii cu acces restric\u021bionat, a fost extins cu suport pentru noi c\u00e2mpuri \u201eauthtype\u201d \u0219i \u201ecredential\u201d, care permit crearea de gestionari pentru sistemele de autentificare HTTP care nu se limiteaz\u0103 la verificarea numelui de utilizator \u0219i a parolei, de exemplu, \u00een cazul utiliz\u0103rii Bearer Token \u00een OAuth 2.0. P\u00e2n\u0103 acum, pentru a lucra cu astfel de sisteme de autentificare, era necesar s\u0103 specifica\u021bi datele-confidentiale \u00een clar \u00een parametrul http.extraHeader. \u00cen plus, protocolul a fost \u00eembun\u0103t\u0103\u021bit cu posibilitatea de a salva starea fiec\u0103rui gestionare de acreditive pentru a suporta metodele de autentificare \u00een mai multe etape utilizate \u00een astfel de protocoale ca NTLM \u0219i Kerberos.\n
S-a continuat dezvoltarea backend-ului experimental \u201ereftable\u201d pentru stocarea eficient\u0103 a referin\u021belor la ramuri \u0219i etichete \u00een repozitoriu. Acest backend utilizeaz\u0103 un sistem de stocare pe bloc, utilizat de proiectul JGit, optimizat pentru stocarea unui num\u0103r foarte mare de referin\u021be (formatele tradi\u021bionale de stocare a referin\u021belor conduc la costuri suplimentare semnificative \u00een repozitorii cu un num\u0103r mare de referin\u021be din cauza plas\u0103rii unui num\u0103r foarte mare de fi\u0219iere \u00eentr-un singur director \u00een cazul stoc\u0103rii referin\u021belor \u00een directorul $GIT_DIR\/refs sau necesitatea rescrierii unui singur fi\u0219ier mare la fiecare actualizare \u00een cazul stoc\u0103rii referin\u021belor \u00een fi\u0219ierul $GIT_DIR\/packed_refs). \u00cen noua versiune, a fost ad\u0103ugat\u0103 comanda \u201egit refs migrate --ref-format=reftable\u201d pentru a transfera repozitoarele existente pe backend-ul \u201ereftable\u201d (anterior, backend-ul era activat doar la ini\u021bializarea repozitorului).\n
\u00cen echipa git a fost ad\u0103ugat\u0103 op\u021biunea \u201e--no-advice\u201d, care dezactiveaz\u0103 toate mesajele de recomandare \u0219i sugestii, ceea ce poate fi util pentru a evita aglomerarea jurnalului cu informa\u021bii inutile \u00een timpul apelurilor automatizate git.\n
A \u00eenceput procesul de traducere a unor verific\u0103ri din setul de teste pentru a utiliza teste unitare, ceea ce va simplifica testarea componentelor de nivel inferior \u0219i va cre\u0219te eficien\u021ba procesului de testare pe platforma Windows, pe care apar costuri mari atunci c\u00e2nd se execut\u0103 un num\u0103r mare de procese \u00een timpul testelor implementate sub form\u0103 de scripturi shell.\n
Codul pentru interpretarea set\u0103rilor de culori a fost \u00eembun\u0103t\u0103\u021bit cu posibilitatea de a utiliza formatul \u201e#RGB\u201d, pe l\u00e2ng\u0103 \u201e#RRGGBB\u201d. <\/ul>\n