{"id":108813,"date":"2023-06-02T15:10:15","date_gmt":"2023-06-02T13:10:16","guid":{"rendered":"https:\/\/prohoster.info\/?p=108813"},"modified":"2023-06-02T17:30:17","modified_gmt":"2023-06-02T15:30:17","slug":"dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/news\/dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","title":{"rendered":"Dostupna je nova verzija sustava za upravljanje verzijama Git 2.41","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nakon tri mjeseca razvoja, objavljena je verzija distribuirane sustava za upravljanje izvornih kodova Git 2.41. Git je jedan od najpopularnijih, najpouzdanijih i najizvedivijih sustava za upravljanje verzijama, koji pru\u017ea fleksibilne alate za nelinearnu razvoj baziranu na grananju i spajanju grana. Kako bi se osigurala cjelovitost povijesti i otpornost na promjene 'unatrag', koristi se implicitno hashiranje cijele prethodne povijesti u svakom commitu, a tako\u0111er je mogu\u0107e potvrditi digitalnim potpisima programera pojedinih tagova i commitova. <\/p>\n
U usporedbi s pro\u0161lom verzijom, nova verzija uklju\u010duje 542 promjene koje su pripremili 95 razvojnih programera, od kojih se 29 prvi put pridru\u017eilo razvoju. Glavne novine su: <\/p>\n
\n
Unaprije\u0111eno je postupanje s nedosti\u017enim objektima (unreachable), na koje u repozitoriju ne postoje reference (ne upu\u0107uju grane ili tagovi). Nedosti\u017eni objekti se uklanjaju sakuplja\u010dem sme\u0107a, ali prije uklanjanja odre\u0111eno vrijeme ostaju u repozitoriju kako bi se isklju\u010dile stanja utrkivanja. Za pra\u0107enje razdoblja trajanja nedosti\u017enih objekata potrebna je veza s njima oznakama s vremenom izmjene takvih objekata, \u0161to ne dopu\u0161ta pohranu u jednom pack-datoteci, u kojoj svi objekti imaju zajedni\u010dko vrijeme izmjene. Ranije je svaki nedosti\u017eni objekt bio pohranjen u zasebnoj datoteci, \u0161to je dovodilo do problema kada je bilo veliko broj svje\u017eih nedosti\u017enih objekata koji jo\u0161 uvijek nisu bili podlo\u017eni brisanju. U novom izdanju, za pakiranje nedosti\u017enih objekata po defaultu se koristi mehanizam 'cruft packs', koji omogu\u0107ava pohranu svih nedosti\u017enih objekata u jednoj pack-datoteci, dok se podaci o vremenu modifikacije svakog objekta odra\u017eavaju u zasebnoj tablici, pohranjene u datoteci s ekstenzijom '.mtimes' i povezane pomo\u0107u indeksne datoteke s ekstenzijom '.idx'.
<\/center>\n
Zadano je uklju\u010deno vo\u0111enje na disku obrnutog indeksa (revindex) za pack-datoteke. Tijekom testiranja na repozitoriju torvalds\/linux, primjena obrnutog indeksa omogu\u0107ila je ubrzanje resursno intenzivnih operacija 'git push' za 1.49 puta, a jednostavnih operacija, kao \u0161to je izra\u010dunavanje veli\u010dine jednog objekta pomo\u0107u 'git cat-file \u2014batch='%(objectsize:disk)'', za 77 puta. Datoteke ('.rev') s obrnutim indeksom bit \u0107e pohranjene unutar repozitorija u direktoriju '.git\/objects\/pack'.\n
Podsje\u0107amo da Git pohranjuje sve podatke u obliku objekata koji se nalaze u zasebnim datotekama. Radi pove\u0107anja u\u010dinkovitosti rada s repozitorijem, objekti se dodatno smje\u0161taju u pack datoteke, u kojima je informacija predstavljena u obliku toka objekata koji se slijede jedan za drugim (sli\u010dan format koristi se prilikom prijenosa objekata s naredbama git fetch i git push). Za svaku pack datoteku stvara se indeksna datoteka (.idx) koja omogu\u0107ava vrlo brzo odre\u0111ivanje pomaka u pack datoteci prema identifikatoru objekta. <\/p>\n
U novu verziju uklju\u010dena je obrnuta indeksacija koja ima za cilj optimizaciju procesa odre\u0111ivanja identifikatora objekta na temelju informacija o lokaciji objekta u pack datoteci. Ranije se takva transformacija odvijala u realnom vremenu tijekom analize pack datoteke i pohranjivala se samo u memoriji, \u0161to nije omogu\u0107avalo ponovno kori\u0161tenje sli\u010dnih indeksa i prisiljavalo generiranje indeksa svaki put. Operacija izgradnje indeksa svodi se na izgradnju niza parova \u201eobjekt-polo\u017eaj\u201d i njegovo sortiranje prema polo\u017eaju, \u0161to mo\u017ee potrajati dugo za velike pack datoteke. <\/p>\n
Na primjer, operacija ispisivanja sadr\u017eaja objekata, u kojoj se koristi izravni indeks, izvr\u0161ila se 62 puta br\u017ee od operacije prikaza veli\u010dine objekata, za koju podaci o vezi polo\u017eaja s objektom nisu indeksirani. Nakon kori\u0161tenja obrnutog indeksa, navedene operacije postale su vremenski pribli\u017eno jednake. Obrnuti indeksi tako\u0111er omogu\u0107avaju ubrzanje operacija slanja objekata prilikom izvo\u0111enja naredbi fetch i push zahvaljuju\u0107i izravnoj predaji ve\u0107 gotovih podataka s diska.
<\/center> <\/p>\n
U protokol \u201ecredential helper\u201d, koji se koristi za prijenos vjerodajnica prilikom pristupa repozitorijima s ograni\u010denim pristupom, dodana je podr\u0161ka za prijenos WWW-Authenticate zaglavlja izme\u0111u obraditelja vjerodajnica i usluge koja provodi autentifikaciju. Podr\u0161ka za WWW-Authenticate zaglavlje omogu\u0107ava prijenos OAuth parametara opsega za finije razdvajanje pristupa korisnika repozitorijima i razdvajanje podru\u010dja dostupnih za zahtjeve.\n
U komandnu for-each-ref dodana je opcija formatiranja «%(ahead-behind:<base>)», koja omogu\u0107ava simultano dobivanje informacija o broju commitova koji su prisutni ili nedostaju u odre\u0111enoj grani u odnosu na drugu granu (kolika jedna grana zaostaje ili preti\u010de drugu na razini commitova). Ranije je za dobijanje takvih informacija bilo potrebno izvr\u0161iti dvije odvojene komande: «git rev-list —count main..my-feature» za broj jedinstvenih commitova u grani i «git rev-list —count my-feature..main» za broj nedostaju\u0107ih commitova. Sada se ovakva prora\u010duna mogu svesti na jednu komandu, \u0161to pojednostavljuje pisanje obrada i smanjuje vreme izvr\u0161enja. Na primjer, za prikaz grana koje nisu prolazile spajanje i ocenjivanje zaostajanja ili prete\u010denja njihove glavne grane mo\u017ee se koristiti jednoslojni: $ git for-each-ref —no-merged=origin\/HEAD \ —format=’%(refname:short) %(ahead-behind:origin\/HEAD)’ \ refs\/heads\/tb\/ | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref—exclude 16 96 tb\/roaring-bitmaps 47 3 umesto ranije kori\u0161\u0107enog skripta, koji se izvr\u0161ava 17 puta sporije: $ git for-each-ref —format=’%(refname:short)’ —no-merged=origin\/HEAD \ refs\/heads\/tb | while read ref do ahead=»$(git rev-list —count origin\/HEAD..$ref)» behind=»$(git rev-list —count $ref..origin\/HEAD)» printf «%s %d %d\n» «$ref» «$ahead» «$behind» done | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref—exclude 16 96 tb\/roaring-bitmaps 47 3\n
U komandu «git fetch» dodana je opcija «—porcelain», pri \u010demu se formira izlaz u formatu «<flag> <old-object-id> <new-object-id> <local-reference>», manje \u010ditljiv, ali prakti\u010dniji za analizu u skriptama.\n
![\"Dostupna](\"\/wp-content\/uploads\/2023\/06\/1158b26b1dfd1c16c93017669224d7a4.png\")
<\/center>\n![\"Dostupna](\"\/wp-content\/uploads\/2023\/06\/ed6cb7102da37d1262fd3079ac983158.png\")
<\/center> <\/p>\n