{"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\/da\/blog\/news\/dostupna-sistema-upravleniya-ishodnymi-tekstami-git-2-41","title":{"rendered":"Git 2.41 er tilg\u00e6ngelig som kildekodelager","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter tre m\u00e5neders udvikling er version 2.41 af det distribuerede system til kildekodeh\u00e5ndtering Git udgivet. Git er et af de mest popul\u00e6re, p\u00e5lidelige og h\u00f8jtydende versionskontrolsystemer, der tilbyder fleksible v\u00e6rkt\u00f8jer til ikke-line\u00e6r udvikling baseret p\u00e5 forgrening og sammenfletning af grene. For at sikre integriteten af historikken og modstandskraften over for 'tilbagevirkende' \u00e6ndringer anvendes implicit hashing af hele den tidligere historik i hver commit, og det er ogs\u00e5 muligt at bekr\u00e6fte digitale signaturer fra udviklerne af bestemte tags og commits. <\/p>\n
Sammenlignet med den tidligere udgave er der i den nye version foretaget 542 \u00e6ndringer, forberedt med deltagelse af 95 udviklere, hvoraf 29 deltager i udviklingen for f\u00f8rste gang. De vigtigste nyheder: <\/p>\n
\n
Behandlingen af utilg\u00e6ngelige objekter (unreachable), som der ikke er henvisninger til i depotet (hverken gennem grene eller tags), er forbedret. Utilg\u00e6ngelige objekter bliver fjernet af garbage collector, men forbliver i depotet i en vis periode f\u00f8r sletning for at undg\u00e5 racesituationer. For at spore perioden for, hvor l\u00e6nge utilg\u00e6ngelige objekter er til stede, skal der knyttes labels med tidsstempler til disse objekter, hvilket g\u00f8r det umuligt at gemme dem i en enkelt pack-fil, hvor alle objekter har et f\u00e6lles \u00e6ndrings tidspunkt. Tidligere blev hvert utilg\u00e6ngeligt objekt gemt i en separat fil, hvilket f\u00f8rte til problemer, n\u00e5r der var et stort antal friske utilg\u00e6ngelige objekter, som endnu ikke kunne slettes. I den nye version anvendes mekanismen 'cruft packs' som standard til at pakke utilg\u00e6ngelige objekter, hvilket muligg\u00f8r lagring af alle utilg\u00e6ngelige objekter i en enkelt pack-fil, mens data om \u00e6ndringstidspunktet for hvert objekt bliver reflekteret i en separat tabel, der gemmes i en fil med .mtimes-udvidelse og knyttes ved hj\u00e6lp af en indeksfil med .idx-udvidelse.
<\/center>\n
Oprettelsen af et tilbageholdt indeks (revindex) for pack-filer er aktiveret som standard. Under testning af depotet torvalds\/linux gjorde anvendelsen af tilbageholdte indekser det muligt at fremskynde ressourcekr\u00e6vende operationer s\u00e5som 'git push' med 1,49 gange, mens simple operationer, som f.eks. beregning af st\u00f8rrelsen p\u00e5 et enkelt objekt ved hj\u00e6lp af 'git cat-file \u2014batch='%(objectsize:disk)' blev 77 gange hurtigere. Filer (.rev) med tilbageholdte indekser vil blive gemt i depotet i kataloget .git\/objects\/pack.\n
Husk at Git gemmer alle data i form af objekter, der placeres i separate filer. For at forbedre effektiviteten ved arbejde med repositoryer placeres objekterne desuden i pack-filer, hvor informationen pr\u00e6senteres som en str\u00f8m af objekter, der f\u00f8lger efter hinanden (et tilsvarende format bruges ved overf\u00f8rsel af objekter med kommandoerne git fetch og git push). For hver pack-fil oprettes en indeksfil (.idx), som g\u00f8r det muligt hurtigt at bestemme forskydningen i pack-filen, hvor dette objekt er gemt, ud fra objektets ID. <\/p>\n
Den nye version af den omvendte indeks er designet til at optimere processen til at bestemme objekt-identifikatoren baseret p\u00e5 oplysninger om objektets placering i pack-filen. Tidligere blev denne transformation udf\u00f8rt on-the-fly under parsing af pack-filen og blev kun gemt i hukommelsen, hvilket ikke tillod genbrug af s\u00e5danne indekser og tvang til at generere indekset hver gang. Indeksopbygningsoperationen reduceres til at opbygge et array af par 'objekt-position' og sortere det efter position, hvilket kan tage lang tid for store pack-filer. <\/p>\n
For eksempel blev operationen til at udskrive indholdet af objekter, hvor der anvendes direkte indeks, udf\u00f8rt 62 gange hurtigere end operationen, der viste st\u00f8rrelsen af objekterne, for hvilken data om forbindelsen mellem positionen og objektet ikke blev indekseret. Efter brug af omvendt indeks tog de n\u00e6vnte operationer cirka den samme tid. Omvendte indekser g\u00f8r det ogs\u00e5 muligt at fremskynde operationer til sending af objekter under udf\u00f8relse af fetch- og push-kommandoer ved direkte at overf\u00f8re de allerede forberedte data fra disken.
<\/center> <\/p>\n
I protokollen 'credential helper', som anvendes til at overf\u00f8re legitimationsoplysninger ved anmodning til repository med begr\u00e6nset adgang, er der tilf\u00f8jet underst\u00f8ttelse af overf\u00f8rsel af WWW-Authenticate-header mellem credential-hj\u00e6lperen og den service, hvor autentificeringen finder sted. Underst\u00f8ttelse af WWW-Authenticate-headeren muligg\u00f8r overf\u00f8rsel af OAuth scope-parametre for en mere granul\u00e6r opdeling af brugerens adgang til repositories og afgr\u00e6nsning af de omr\u00e5der, der er tilg\u00e6ngelige for anmodninger.\n
I kommandoen for-each-ref er der tilf\u00f8jet en formateringsmulighed «%(ahead-behind:<base>)» som g\u00f8r det muligt at f\u00e5 oplysninger om antallet af commits, der er til stede eller mangler i en bestemt gren i forhold til en anden gren (hvor meget en gren halter bagefter eller f\u00f8rer i forhold til en anden p\u00e5 kommitniveau). Tidligere kr\u00e6vede det at udf\u00f8re to separate kommandoer for at f\u00e5 lignende oplysninger: «git rev-list —count main..my-feature» for at f\u00e5 antallet af unikke commits for grenen og «git rev-list —count my-feature..main» for at f\u00e5 antallet af manglende commits. Nu kan s\u00e5danne beregninger reduceres til \u00e9n kommando, hvilket g\u00f8r det nemmere at skrive behandlere og forkorter udf\u00f8relsestiden. For eksempel kan der bruges en one-liner til at vise u-mergegrene og vurdere, hvordan de halter bagefter eller f\u00f8rer i forhold til deres hovedgren: $ 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 i stedet for det tidligere anvendte script, som k\u00f8rte 17 gange langsommere: $ 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
I kommandoen «git fetch» er der tilf\u00f8jet en mulighed «—porcelain», som n\u00e5r den er angivet, producerer output i formatet «<flag> <old-object-id> <new-object-id> <local-reference>», som er mindre l\u00e6sbart, men mere praktisk at analysere i scripts.\n
![\"Git](\"\/wp-content\/uploads\/2023\/06\/1158b26b1dfd1c16c93017669224d7a4.png\")
<\/center>\n![\"Git](\"\/wp-content\/uploads\/2023\/06\/ed6cb7102da37d1262fd3079ac983158.png\")
<\/center> <\/p>\n