{"id":104517,"date":"2022-06-28T09:36:45","date_gmt":"2022-06-28T07:36:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37"},"modified":"2022-06-28T09:36:45","modified_gmt":"2022-06-28T07:36:45","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-37","title":{"rendered":"Lansarea sistemului de gestionare a codului surs\u0103 Git 2.37","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
A fost lansat\u0103 versiunea 2.37 a sistemului distribuit de gestionare a codului surs\u0103 Git. 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 \u00eembinare a ramurilor. Pentru a asigura integritatea istoriei \u0219i rezisten\u021ba la modific\u0103rile \u201eretrospectiv\u201d, se utilizeaz\u0103 un hashing implicit al \u00eentregii istorii anterioare \u00een fiecare commit, fiind, de asemenea, posibil\u0103 validarea prin semn\u0103turi digitale a dezvoltatorilor pentru anumite etichete \u0219i commit-uri. <\/p>\n
Comparativ cu versiunea anterioar\u0103, noua versiune a \u00eenregistrat 395 de modific\u0103ri, preg\u0103tite cu participarea a 75 de dezvoltatori, dintre care 20 au participat pentru prima dat\u0103 la dezvoltare. Cele mai importante inova\u021bii sunt: <\/p>\n
\n
Mecanismul indexurilor par\u021biale (sparse index), care acoper\u0103 doar o parte a repository-ului, a fost preg\u0103tit pentru utilizare general\u0103. Indexurile par\u021biale permit \u00eembun\u0103t\u0103\u021birea performan\u021bei \u0219i economisirea spa\u021biului \u00een repository-uri \u00een care se efectueaz\u0103 opera\u021biuni de clonare par\u021bial\u0103 (sparse-checkout) sau se lucreaz\u0103 cu o copie incomplet\u0103 a repository-ului. \u00cen noua versiune s-a finalizat integrarea indexurilor par\u021biale \u00een comenzile \u201egit show\u201d, \u201egit sparse-checkout\u201d \u0219i \u201egit stash\u201d. Cea mai semnificativ\u0103 cre\u0219tere a performan\u021bei ob\u021binut\u0103 de la utilizarea indexurilor par\u021biale se observ\u0103 \u00een comanda \u201egit stash\u201d, al c\u0103rei timp de execu\u021bie a crescut cu 80% \u00een anumite situa\u021bii.\n
A fost implementat un nou mecanism \u201ecruft packs\u201d pentru ambalarea obiectelor inaccesibile (unreachable), care nu au linkuri \u00een repository (nu sunt referite de ramuri sau etichete). Obiectele inaccesibile sunt \u0219terse de colectorul de gunoi, dar \u00eenainte de \u0219tergere r\u0103m\u00e2n pentru o anumit\u0103 perioad\u0103 \u00een repository pentru a evita st\u0103rile de competi\u021bie. Pentru a urm\u0103ri perioada \u00een care obiectele inaccesibile se afl\u0103 \u00een repository este necesar\u0103 asocierea lor cu etichete care indic\u0103 timpul de modificare al acestor obiecte, ceea ce nu permite stocarea lor \u00eentr-un singur fi\u0219ier pack, \u00een care toate obiectele au un timp comun de modificare. Precedenta metod\u0103 de a salva fiecare obiect \u00eentr-un fi\u0219ier separat a dus la probleme \u00een prezen\u021ba unui num\u0103r mare de obiecte inaccesibile recente, care nu \u00eendeplineau \u00eenc\u0103 criteriile de \u0219tergere. Mecanismul \u201ecruft packs\u201d propus permite stocarea tuturor obiectelor inaccesibile \u00eentr-un singur fi\u0219ier pack, iar datele despre timpul de modificare al fiec\u0103rui obiect sunt reflectate \u00eentr-un tabel separat, stocat \u00eentr-un fi\u0219ier cu extensia \u201e.mtimes\u201d.\n
Pentru Windows \u0219i macOS, a fost implementat un mecanism \u00eencorporat pentru monitorizarea modific\u0103rilor \u00een sistemul de fi\u0219iere, care permite evitarea parcurgerii \u00eentregului director de lucru la efectuarea unor opera\u021biuni precum \u201egit status\u201d. Anterior, pentru monitorizarea modific\u0103rilor prin hook-uri, se puteau conecta utilitare externe de monitorizare a modific\u0103rilor \u00een FS, precum Watchman, dar acest lucru necesita instalarea de programe suplimentare \u0219i configurare. Acum, aceasta func\u021bionalitate este \u00eencorporat\u0103 \u0219i poate fi activat\u0103 cu comanda \u201egit config core.fsmonitor true\u201d.\n
\u00cen comanda \u201egit sparse-checkout\u201d, suportul pentru modul alternativ \u201e--cone\u201d de definire a \u0219abloanelor pentru clonarea par\u021bial\u0103 a fost declarat \u00eenvechit, permi\u021b\u00e2nd, la definirea p\u0103r\u021bii din repository care intr\u0103 sub opera\u021biunea de clonare, enumerarea fi\u0219ierelor individuale folosind sintaxa \u201e.gitignore\u201d, ceea ce nu permite utilizarea indec\u0219ilor par\u021biali pentru optimizare.\n
A fost crescut\u0103 flexibilitatea configur\u0103rii apelului fsync() pentru a scrie modific\u0103rile pe disc. La parametrul \u201ecore.fsyncMethod\u201d a fost ad\u0103ugat\u0103 suportul pentru strategia de sincronizare \u201ebatch\u201d, care permite accelerarea lucrului atunci c\u00e2nd se scriu un num\u0103r mare de fi\u0219iere individuale prin acumularea modific\u0103rilor \u00een cache-ul de scriere, care este desc\u0103rcat cu un singur apel fsync(). Testul efectuat, \u00een care 500 de fi\u0219iere au fost ad\u0103ugate cu comanda \u201egit add\u201d, a fost finalizat \u00een 0.15 secunde, \u00een timp ce apelul fsync() pentru fiecare fi\u0219ier a durat 1.88 secunde, iar f\u0103r\u0103 utilizarea fsync\u20140.06 secunde.\n
\u00cen comenzile de parcurgere a ramurilor, precum \u201egit log\u201d \u0219i \u201egit rev-list\u201d, a fost ad\u0103ugat\u0103 op\u021biunea \u201e--since-as-filter=X\u201d, care permite filtrarea informa\u021biilor despre commit-urile a c\u0103ror dat\u0103 de creare este mai veche de \u201eX\u201d. Spre deosebire de op\u021biunea \u201e--since\u201d, noua comand\u0103 este implementat\u0103 sub form\u0103 de filtru, care nu opre\u0219te parcurgerea dup\u0103 primul commit mai vechi de timpul specificat.\n
\u00cen comanda \u201egit remote\u201d, la specificarea flag-ului \u201e-v\u201d, este asigurat afi\u0219area informa\u021biilor despre clonurile par\u021biale ale repository-ului.\n
A fost ad\u0103ugat\u0103 setarea «transfer.credentialsInUrl», care poate accepta valorile «warn», «die» \u0219i «allow». \u00cen cazul \u00een care sunt specificate \u00een parametrul «remote.<name>.url» date de autentificare \u00een text deschis, \u00eencercarea de a efectua opera\u021biuni «fetch» sau «push» va fi \u00eencheiat\u0103 cu o eroare, dac\u0103 setarea «transfer.credentialsInUrl» este setat\u0103 pe «die», sau cu un avertisment, dac\u0103 este setat\u0103 pe «warn».\n
\u00cen mod implicit, este utilizat\u0103 o nou\u0103 implementare a modului interactiv al comenzii «git add -i», rescris\u0103 din Perl \u00een C. <\/ul>\n