{"id":103816,"date":"2022-04-19T15:36:47","date_gmt":"2022-04-19T13:36:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36"},"modified":"2022-04-19T15:36:47","modified_gmt":"2022-04-19T13:36:49","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-36","title":{"rendered":"Lansarea versiunii 2.36 a sistemului de gestionare a codului surs\u0103 Git","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dup\u0103 trei luni de dezvoltare, a fost lansat\u0103 versiunea 2.36 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-linear\u0103, bazate pe ramificare \u0219i unire. Pentru a asigura integritatea istoricului \u0219i rezisten\u021ba la modific\u0103ri \u201eretroactive\u201d, se utilizeaz\u0103 hashing-ul implicit al \u00eentregului istoric anterior \u00een fiecare commit; de asemenea, este posibil\u0103 autentificarea prin semn\u0103turi digitale a unor tag-uri \u0219i commit-uri necesare. <\/p>\n
Comparativ cu versiunea anterioar\u0103, noua versiune include 717 modific\u0103ri, preg\u0103tite cu participarea a 96 de dezvoltatori, dintre care 26 au participat pentru prima dat\u0103 la dezvoltare. Principalele nout\u0103\u021bi sunt: <\/p>\n
\n
Comenzile \u201egit log\u201d \u0219i \u201egit show\u201d au fost dotate cu op\u021biunea \u201e--remerge-diff\u201d, care permite afi\u0219area diferen\u021belor \u00eentre rezultatul comun al unirii \u0219i datele efective reflectate \u00een commit dup\u0103 executarea comenzii \u201emerge\u201d, ceea ce permite o evaluare clar\u0103 a modific\u0103rilor efectuate \u00een urma rezolv\u0103rii conflictelor de unire. Comanda obi\u0219nuit\u0103 \u201egit show\u201d separ\u0103 diferitele rezolv\u0103ri ale conflictelor prin indentare, ceea ce face mai dificil\u0103 \u00een\u021belegerea modific\u0103rilor. De exemplu, \u00een captura de ecran de mai jos, liniile \u201e+\/-\u201d f\u0103r\u0103 indentare arat\u0103 ultima rezolvare a conflictului, legat\u0103 de redenumirea din prima ramur\u0103 sha1 \u00een oid \u00een comentariu, iar \u201e+\/-\u201d cu indentare \u2014 rezolvarea ini\u021bial\u0103 a conflictului, cauzat\u0103 de apari\u021bia \u00een a doua ramur\u0103 a unui argument suplimentar \u00een func\u021bia dwim_ref().
<\/center>\n
C\u00e2nd se utilizeaz\u0103 op\u021biunea \u201e--remerge-diff\u201d, diferen\u021bele dintre rezolv\u0103rile conflictelor nu sunt separate pentru fiecare ramur\u0103 p\u0103rinte, ci sunt prezentate diferen\u021bele generale \u00eentre fi\u0219ierul cu conflicte de unire \u0219i fi\u0219ierul \u00een care conflictele sunt rezolvate.
<\/center> <\/p>\n
A crescut flexibilitatea configur\u0103rii comportamentului de resetare a cache-urilor de disc prin apelul func\u021biei fsync(). Parametrul core.fsyncObjectFiles disponibil anterior a fost \u00eemp\u0103r\u021bit \u00een dou\u0103 variabile de configurare core.fsync \u0219i core.fsyncMethod, care ofer\u0103 posibilitatea de a aplica fsync nu doar fi\u0219ierelor cu obiecte (.git\/objects), ci \u0219i altor structuri git, cum ar fi referin\u021bele (.git\/refs), reflog \u0219i fi\u0219ierele de pachet.\n
Prin variabila core.fsync se poate specifica o list\u0103 de structuri interne Git pentru care, dup\u0103 opera\u021bia de scriere, va fi apelat suplimentar fsync. Variabila core.fsyncMethod permite alegerea metodei pentru golirea cache-ului; de exemplu, se poate alege fsync pentru a aplica apelul de sistem cu acela\u0219i nume sau se poate specifica writeout-only pentru a aplica scrierea \u00eent\u00e2rziat\u0103 (scrierea \u00een cache-ul paginilor). <\/p>\n
Pentru a proteja \u00eempotriva vulnerabilit\u0103\u021bilor care manipuleaz\u0103 substitu\u021bia directorilor .git de c\u0103tre al\u021bi utilizatori \u00een partajate, a fost \u00eent\u0103rit\u0103 verificarea propriet\u0103\u021bii repo-ului. Execu\u021bia oric\u0103rei comenzi git este acum permis\u0103 doar \u00een directorile proprii \u201e.git\u201d. Dac\u0103 directorul cu depozitul apar\u021bine altei persoane, va fi generat\u0103 \u00een mod implicit o eroare. Aceast\u0103 comportare poate fi dezactivat\u0103 prin configurarea safe.directory.\n
Comanda «git cat-file», destinat\u0103 afi\u0219\u0103rii con\u021binutului obiectelor Git, a fost completat\u0103 cu op\u021biunea «—batch-command», care ofer\u0103 posibilitatea de a alege adaptiv tipul de ie\u0219ire prin specificarea «contents <obiect>» pentru a vizualiza con\u021binutul sau «info <obiect>» pentru a ob\u021bine informa\u021bii despre obiect. De asemenea, se suport\u0103 comanda «flush» pentru golirea buffer-ului de ie\u0219ire.\n
Comanda «git ls-tree», utilizat\u0103 pentru a genera o list\u0103 a con\u021binutului arborilor de obiecte, a fost extins\u0103 cu op\u021biunea «—oid-only» («—object-only»), similar\u0103 cu «—name-only», care returneaz\u0103 doar identificatorii obiectelor, facilit\u00e2nd apelarea din scripturi. De asemenea, a fost implementat\u0103 op\u021biunea «—format» care permite definirea unui format personalizat de ie\u0219ire, combin\u00e2nd informa\u021biile despre mod, tip, nume \u0219i dimensiune.\n
\u00cen comanda «git bisect run» a fost implementat\u0103 identificarea neafect\u0103rii scriptului pentru semnul fi\u0219ierului executabil \u0219i, \u00een acest caz, generarea erorilor cu codurile 126 sau 127 (anterior, dac\u0103 scriptul nu putea fi executat, toate reviziile erau marcate ca av\u00e2nd probleme).\n
Comanda «git fetch» a fost extins\u0103 cu op\u021biunea «—refetch» pentru a extrage toate obiectele f\u0103r\u0103 a informa cealalt\u0103 parte despre con\u021binutul deja existent pe sistemul local. Un astfel de comportament poate fi util pentru restaurarea st\u0103rii dup\u0103 defec\u021biuni, c\u00e2nd nu exist\u0103 certitudinea integrit\u0103\u021bii datelor locale.\n
\u00cen comenzile «git update-index», «git checkout-index», «git read-tree» \u0219i «git clean» a fost ad\u0103ugat\u0103 suport pentru indec\u0219i par\u021biali (sparse index), care permit cre\u0219terea performan\u021bei \u0219i economisirea de spa\u021biu \u00een repozitorii \u00een care se realizeaz\u0103 opera\u021biuni de clonare par\u021bial\u0103 (sparse-checkout).\n
Comportamentul comenzii «git clone —filter=… —recurse-submodules» a fost modificat, aceasta conduc\u00e2nd acum la clonarea par\u021bial\u0103 a submodulilor (anterior, \u00een executarea unor astfel de comenzi, filtrul era aplicat doar la con\u021binutul principal, iar submodulele erau brute clonat complet f\u0103r\u0103 a \u021bine cont de filtru).\n
\u00cen comanda «git bundle» a fost ad\u0103ugat\u0103 suportul pentru specificarea filtrelor pentru plasarea selectiv\u0103 a con\u021binutului, similar opera\u021biunilor de clonare par\u021bial\u0103.\n
Comanda «git branch» a fost extins\u0103 cu op\u021biunea «—recurse-submodules» pentru parcurgerea recursiv\u0103 a submodulilor.\n
Un nou manipulator pentru limbajul Kotlin a fost propus \u00een userdiff. <\/ul>\n
![\"Lansarea](\"\/wp-content\/uploads\/2022\/04\/75651aa0f36ad2b5896991a675754b1f.jpg\")
<\/center>\n![\"Lansarea](\"\/wp-content\/uploads\/2022\/04\/903ff119e179781b6e0de91205765a6a.jpg\")
<\/center> <\/p>\n