{"id":141016,"date":"2025-08-19T11:11:54","date_gmt":"2025-08-19T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51"},"modified":"2025-08-19T11:11:54","modified_gmt":"2025-08-19T09:11:54","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-51","title":{"rendered":"Udgivelse af versionskontrolsystemet Git 2.51","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter to m\u00e5neders udvikling er udgivelsen af det distribuerede system til h\u00e5ndtering af kildekoder Git 2.51 blevet pr\u00e6senteret. Git adskiller sig ved sin h\u00f8je ydeevne og giver muligheder for ikke-line\u00e6r udvikling baseret p\u00e5 forgrening og sammensmeltning af grene. For at sikre integriteten af historien og modstandsdygtighed over for \u00e6ndringer \"retroaktivt\" anvendes implicit hashing af hele den tidligere historie i hver commit samt digital signaturbekr\u00e6ftelse af udviklerne af specifikke tags og commits. Koden til Git distribueres under GPLv2+-licensen. <\/p>\n
Sammenlignet med den tidligere udgave er der blevet accepteret 506 \u00e6ndringer i den nye version, udarbejdet med deltagelse af 91 udviklere (21 deltager for f\u00f8rste gang i udviklingen af Git). De vigtigste nyheder (1, 2, 3): <\/p>\n
\n
Ydelsen af kommandoerne \"git push\" og \"git fetch\" er blevet forbedret i repositories med mange referencer. Forbedringen er opn\u00e5et ved at opdatere referencer i batchmode, hvor flere referencer behandles i \u00e9n transaktion i stedet for at oprette en separat transaktion for opdatering af hver reference. Optimeringen har v\u00e6sentligt \u00f8get hastigheden af backend 'reftable', som nu overg\u00e5r performance af backend 'files'. For eksempel i et testrepository med 10.000 referencer blev ydeevnen af \"git fetch\" ved brug af backend 'reftable' \u00f8get 22 gange, mens det ved brug af backend 'files' blev \u00f8get med 1,25 gange. For \"git push\" var stigningen henholdsvis 18 og 1,21 gange.\n
En ny metode til pakning i pack-filer af dele af repository, der ikke er relateret til overv\u00e5gning af utilg\u00e6ngelige objekter, som der ingen referencer er til (hverken grene eller tags). Oplysninger om utilg\u00e6ngelige objekter gemmes i separate pack-filer ('cruft packs'), hvilket betyder, at de skal afspejles i multi-pack indekser MIDX (multi-pack index) for at d\u00e6kke objekter, der oprindeligt var utilg\u00e6ngelige og kun blev opbevaret i cruft-pakken, men som derefter blev tilg\u00e6ngelige efter en n\u00e6rtst\u00e5ende commit.\n
I den nye version er det blevet sikret, at der gemmes ekstra kopier af tilg\u00e6ngelige objekter, som kun opbevares i cruft-filerne, ved repackning af pack-filer. Denne \u00e6ndring garanterer, at der ikke findes objekter i samlingen af pack-filer, der henviser til andre objekter, som opbevares uden for denne samling. For at undtage utilg\u00e6ngeligt indhold i multi-pack-indekser (MIDX) fra cruft-filer er indstillingen \u00abrepack.MIDXMustContainCruft\u00bb blevet foresl\u00e5et, hvilket markant reducerer st\u00f8rrelsen af s\u00e5danne indekser. Aktivering af indstillingen i GitHub-repositoriet har sikret en reduktion af MIDX-indekserne med 38%, en acceleration af skrivningen til MIDX-indekserne med 35% og en forbedring af l\u00e6seydelsen med 5%. <\/p>\n
I kommandoen \u00abgit pack-objects\u00bb er der tilf\u00f8jet en indstilling \u00ab--path-walk\u00bb, som aktiverer en ny metode til indsamling af objekter ved repackning af pack-filer. I stedet for at gennemg\u00e5 objekter i r\u00e6kkef\u00f8lge efter revisioner, gennemf\u00f8res der en gennemgang af filstier, n\u00e5r der anvendes \u00ab--path-walk\u00bb til at pakke alle objekter med den samme filsti. Denne tilgang giver mulighed for at undg\u00e5 heuristik, der bruges til at bestemme sammenh\u00e6ngen mellem objekterne og deres filstier via hashing, samt at slippe for sortering af objekter f\u00f8r pakning. Ved brug af indstillingen \u00ab--path-walk\u00bb bliver st\u00f8rrelsen af de genererede pack-filer betydeligt mindre end ved gruppering af objekterne ved hj\u00e6lp af hashes.\n
Formatet til udveksling af gemte tilstande for arbejdsomr\u00e5der og indekser i repositoriet, som skabes med kommandoen \u00abgit stash\u00bb, er blevet defineret. Det nye format tillader kodning af gemte \u00e6ndringer (stash-poster) som en sekvens af commits. For import og eksport er der foresl\u00e5et underkommandoerne \u00abgit stash import\u00bb og \u00abgit stash export\u00bb, som kan bruges til at overf\u00f8re gemte tilstande fra et system til et andet og til at udf\u00f8re push- eller pull-operationer med disse tilstande som almindelige grene eller tags. git stash export \u2014to-ref refs\/stashes\/my-stash git push origin refs\/stashes\/my-stash \u2026 git fetch origin \u2018+refs\/stashes\/*:refs\/stashes\/*\u2019 git stash import refs\/stashes\/my-stash\n
I teamet «git cat-file», der viser indholdet af angivne objekter, er der implementeret muligheden for at vise information om manglende objekter (f.eks. p\u00e5 grund af beskadigelse af repository) og submoduler ved brug af parametrene «—batch» og «—batch-check». Tidligere, n\u00e5r der blev angivet en sti til et submodul, viste kommandoen «git cat-file —batch-check» «missing», men nu vil den vise objektidentifikatoren.\n
Der er anvendt optimeringer baseret p\u00e5 Bloom-filtre i kommandoen «git log» for at fremskynde s\u00f8gningen i \u00e6ndringshistorikken, n\u00e5r der angives filtre med flere filstier, f.eks. «git log — path\/to\/a path\/to\/b».\n
Kommandoerne «git switch» og «git restore» er blevet stabiliseret, efter at de siden 2019 har v\u00e6ret betragtet som eksperimentelle. Disse kommandoer pr\u00e6senteres som moderne \u00e6kvivalenter til «git checkout», der adskiller s\u00e5danne svagt relaterede funktioner som manipulation af grene (skift og oprettelse) og gendannelse af filer i arbejdsbiblioteket.\n
Kommandoen «git whatchanged», der svarer til «git log —raw», er blevet erkl\u00e6ret for\u00e6ldet og planlagt til fjernelse i Git 3.0.\n
Der er tilf\u00f8jet en parameter «—start-after» til kommandoen «git for-each-ref», som kan anvendes sammen med parameteren «—count» til at organisere sidevisning af output.\n
Der er tilf\u00f8jet en parameter «—compact-summary» til kommandoerne «git merge» og «git pull», som muligg\u00f8r brug af et kompakt format til opsummering af \u00e6ndringer i stedet for diffstat-formatet.\n
I Git-kodebasen er det blevet tilladt at bruge n\u00f8gleordet «bool», som blev indf\u00f8rt i C99-standarden. Derudover er der dokumenteret nogle funktioner fra C99, der eksperimentelt anvendes i Git (f.eks. planl\u00e6gges det i midten af 2026 at tillade anvendelse af konstruktioner som «(struct foo){ .member = value };»). Kompilatorer, der underst\u00f8tter C99, har v\u00e6ret p\u00e5kr\u00e6vet for Git siden 2021, men funktionerne fra C99-specifikationen implementeres meget forsigtigt for at bevare kompatibiliteten med kompilatorer, der kun delvist underst\u00f8tter standarden.\n
Der er foretaget \u00e6ndringer i reglerne for patch-modtagelse, som tillader indsendelse af patches under et kaldenavn i stedet for kun under udviklerens rigtige navn. \u00c6ndringen er i overensstemmelse med patch-modtagerreglerne i Linux-kernen.\n
Listen over de inkompatible \u00e6ndringer, der vil blive anvendt i Git 3.0, er blevet opdateret. Blandt de v\u00e6sentlige \u00e6ndringer i den kommende udgivelse af Git 3.0 er standardovergangen til objekt-identifikation baseret p\u00e5 SHA-256 hashing-algoritmen ved initiering af nye repositories samt brugen af formatet «reftable» til at lagre henvisninger til grene og tags i repositoriet (blokkens opbevaring er fra JGit-projektet, optimeret til opbevaring af et meget stort antal henvisninger). <\/ul>\n