{"id":103093,"date":"2022-01-25T15:36:40","date_gmt":"2022-01-25T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35"},"modified":"2022-01-25T15:36:40","modified_gmt":"2022-01-25T13:36:40","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-35","title":{"rendered":"Lansarea versiunii 2.35 a sistemului de gestionare a versiunilor Git","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dup\u0103 dou\u0103 luni de dezvoltare, a fost publicat\u0103 versiunea sistemului distribuit de gestionare a codului surs\u0103 Git 2.35. Git este unul dintre cele mai populare, fiabile \u0219i performante sisteme de gestionare a versiunilor, oferind instrumente flexibile pentru dezvoltarea non-liniar\u0103, bazate pe ramificare \u0219i fuziune. Pentru a asigura integritatea istoricului \u0219i rezisten\u021ba la modific\u0103rile retrospective, se folose\u0219te o hash-uire implicit\u0103 a \u00eentregii istorii anterioare \u00een fiecare commit, iar este posibil\u0103 \u0219i autentificarea prin semn\u0103turi digitale a unor tag-uri \u0219i commit-uri individuale de c\u0103tre dezvoltatori. <\/p>\n
Comparativ cu versiunea anterioar\u0103, noua versiune include 494 de modific\u0103ri, realizate cu participarea a 93 de dezvoltatori, dintre care 35 au participat pentru prima dat\u0103. Principalele nout\u0103\u021bi: <\/p>\n
\n
Au fost extinse posibilit\u0103\u021bile de utilizare a cheilor SSH pentru a semna obiecte Git cu semn\u0103tura digital\u0103. Pentru a delimita perioada de valabilitate a mai multor chei, a fost ad\u0103ugat\u0103 suport pentru directivele OpenSSH \u201evalid-before\u201d \u0219i \u201evalid-after\u201d, care permit o gestionare corect\u0103 a semn\u0103turilor dup\u0103 rota\u021bia unei chei. \u00cenainte, exista problema separ\u0103rii semn\u0103turilor \u00eentre vechea \u0219i noua cheie; dac\u0103 se \u0219terge cheia veche, semn\u0103turile realizate cu ajutorul acesteia nu mai pot fi verificate, iar dac\u0103 se p\u0103streaz\u0103, se men\u021bine posibilitatea de a crea noi semn\u0103turi cu cheia veche, \u00eenlocuit\u0103 deja de o alt\u0103 cheie. Prin utilizarea \u201evalid-before\u201d \u0219i \u201evalid-after\u201d se poate delimita domeniul de ac\u021biune al cheilor \u00een baza timpului de crea\u021bie a semn\u0103turii.\n
\u00cen setarea merge.conflictStyle, care permite alegerea modului de prezentare a informa\u021biilor despre conflicte \u00een timpul fuziunii, a fost ad\u0103ugat suport pentru modul \u201ezdiff3\u201d, care mut\u0103 \u00een afara zonei de conflict toate liniile tipice men\u021bionate la \u00eenceputul sau sf\u00e2r\u0219itul conflictului, permi\u021b\u00e2nd astfel ob\u021binerea unei prezent\u0103ri mai compacte a informa\u021biilor.\n
Comenzii \u201egit stash\u201d i-a fost ad\u0103ugat modul \u201e--staged\u201d, care permite ascunderea doar a modific\u0103rilor ad\u0103ugate \u00een index, cum ar fi \u00een situa\u021bia \u00een care este necesar s\u0103 se am\u00e2ne temporar o parte din modific\u0103rile complexe pentru a ad\u0103uga mai \u00eent\u00e2i ceea ce este deja gata, iar cu restul s\u0103 se ocupe mai t\u00e2rziu. Modul aminte\u0219te de comanda \u201egit commit\u201d, care \u00eenregistreaz\u0103 doar modific\u0103rile plasate \u00een index, dar \u00een loc s\u0103 creeze un nou commit \u00een \u201egit stash --staged\u201d, rezultatul este salvat \u00eentr-o zon\u0103 temporar\u0103 stash. Dup\u0103 ce modific\u0103rile devin necesare, acestea pot fi restituite cu comanda \u201egit stash pop\u201d.\n
\u00cen comanda «git log» a fost ad\u0103ugat un nou specificator de format «—format=%(describe)», care permite combinarea ie\u0219irii «git log» cu rezultatul execut\u0103rii comenzii «git describe». Parametrii pentru «git describe» sunt specifica\u021bi direct \u00een interiorul specificatorului («—format=%(describe:match=<foo>,exclude=<bar>)»), unde pot fi incluse, de asemenea, etichetele scurtate («—format=%(describe:tags=<bool>)») \u0219i se poate configura num\u0103rul de caractere hexazecimale pentru identificarea obiectelor («—format=%(describe:abbrev=<n>)»). De exemplu, pentru a afi\u0219a ultimele 8 commit-uri, ale c\u0103ror etichete nu au marcaj de candidatur\u0103 pentru lansare, \u0219i a especifica identificatori de 8 caractere, se poate folosi comanda: $ git log -8 —format=’%(describe:exclude=*-rc*,abbrev=13)’ v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132\n
\u00cen setarea user.signingKey a fost implementat suportul pentru noi tipuri de chei, nefiind limitate la tipul «ssh-» \u0219i la specificarea c\u0103ii complete c\u0103tre cheia respectiv\u0103. Tipurile alternative sunt specificate cu ajutorul prefixului «key::», de exemplu, «key::ecdsa-sha2-nistp256» pentru cheile ECDSA.\n
Viteza de generare a listei de modific\u0103ri \u00een modul «—histogram» a fost semnificativ crescut\u0103, precum \u0219i \u00een utilizarea op\u021biunii «—color-moved-ws», care controleaz\u0103 eviden\u021bierea spa\u021biilor \u00een dif-ul colorat.\n
\u00cen comanda «git jump», utilizat\u0103 pentru a oferi informa\u021bii Vim despre tranzi\u021biile exacte c\u0103tre pozi\u021bia dorit\u0103 \u00een fi\u0219ier \u00een timpul rezolv\u0103rii conflictelor de fuziune, vizualiz\u0103rii diferen\u021belor sau efectu\u0103rii opera\u021biei de c\u0103utare, a fost oferit\u0103 posibilitatea de a restr\u00e2nge conflictele de fuziune acoperite. De exemplu, pentru a limita opera\u021biile doar la directorul «foo» se poate specifica «git jump merge — foo», iar pentru a exclude din prelucrare directorul «Documentation» — «git jump merge ‘:^Documentation'».\n
A fost efectuat\u0103 o munc\u0103 de standardizare privind utilizarea tipului «size_t» \u00een loc de «unsigned long» pentru valorile care reprezint\u0103 dimensiunea obiectelor, ceea ce a permis utilizarea filtrelor «clean» \u0219i «smudge» cu fi\u0219iere de peste 4 GB pe toate platformele, inclusiv pe platformele cu model de date LLP64, unde tipul «unsigned long» este limitat la 4 bytes.\n
Op\u021biunea «—empty=(stop|drop|keep)» a fost ad\u0103ugat\u0103 la comanda «git am», permi\u021b\u00e2ndu-v\u0103 s\u0103 alege\u021bi comportamentul pentru mesajele goale care nu con\u021bin patch-uri atunci c\u00e2nd analiza\u021bi patch-urile din c\u0103su\u021ba po\u0219tal\u0103. Valoarea «stop» va duce la \u00eencheierea \u00eentregii opera\u021biuni de aplicare a patch-urilor, «drop» va s\u0103ri peste patch-ul gol, iar «keep» va crea un commit gol.\n
Comenzile «git reset», «git diff», «git blame», «git fetch», «git pull» \u0219i «git ls-files» au fost extinse cu suport pentru indec\u0219i par\u021biali (sparse index), care permit \u00eembun\u0103t\u0103\u021birea performan\u021bei \u0219i economisirea de spa\u021biu \u00een repositoare unde se efectueaz\u0103 opera\u021biuni de clonare par\u021bial\u0103 (sparse-checkout).\n
Comanda «git sparse-checkout init» a fost declarat\u0103 \u00eenvechit\u0103, \u00een locul ei ar trebui s\u0103 folosi\u021bi «git sparse-checkout set».\n
A fost adus\u0103 o implementare ini\u021bial\u0103 a noului backend «reftable» pentru stocarea referin\u021belor, cum ar fi ramurile \u0219i etichetele, \u00een repositoare. Noul backend utilizeaz\u0103 un sistem de stocare pe blocuri folosit de proiectul JGit \u0219i este optimizat pentru a stoca un num\u0103r foarte mare de referin\u021be. Backend-ul nu este \u00eenc\u0103 integrat cu sistemul de referin\u021be (refs) \u0219i nu este preg\u0103tit pentru utilizare practic\u0103.\n
Paleta de culori a comenzii «git grep» a fost actualizat\u0103 pentru a corespunde utilitarului GNU grep. <\/ul>\n