{"id":182402,"date":"2026-06-30T14:48:37","date_gmt":"2026-06-30T12:48:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust"},"modified":"2026-06-30T14:48:37","modified_gmt":"2026-06-30T12:48:37","slug":"vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-git-2-55-c-vklyucheniem-po-umolchaniyu-podderzhki-rust","title":{"rendered":"Udgivelsen af Git 2.55 med standardunderst\u00f8ttelse af Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Git 2.55 er udgivet med en distribueret system til versionkontrol. Blandt de vigtigste \u00e6ndringer er: standardinklusiv samling med Rust, implementering af fsmonitor-processen til Linux, en ny strategi for genpakning af den inkrementelle MIDX-indeks, kommandoen «git history fixup» til at rette op p\u00e5 commits, optimering af genereringen af bitmapter for objekt tilg\u00e6ngelighed, st\u00f8tte til parallel udf\u00f8relse af hooks, samt kommandoen «git format-rev». Koden til Git distribueres under GPLv2+ licensen.<\/p>\n
Sammenlignet med den tidligere udgave er der 505 \u00e6ndringer i den nye version, der er forberedt med deltagelse af 100 udviklere, hvoraf 33 deltager i udviklingen af Git for f\u00f8rste gang. De vigtigste nyheder (1, 2, 3):<\/p>\n
\n
Underst\u00f8ttelse af Rust-komponenter er som standard aktiveret. Kompilatoren rustc \ntilf\u00f8jet til listen over byggeafh\u00e6ngigheder. For at bygge uden Rust kan flaget «NO_RUST=1» bruges ved k\u00f8rsel af make-v\u00e6rkt\u00f8jet, eller «-Drust=disabled» n\u00e5r man udf\u00f8rer «meson configure». Muligheden for at deaktivere byggeprocessen med Rust vil blive underst\u00f8ttet indtil Git 3.0, hvor Rust vil v\u00e6re en obligatorisk afh\u00e6ngighed. Der er udviklet et lag i Rust for at sikre kompatibilitet mellem konfigurationer med SHA-1 og SHA-256 hashes, samt nogle interne funktioner, s\u00e5som kodning og dekodning af heltal med variabel l\u00e6ngde. I fremtiden forventes en st\u00f8rre omskrivning af v\u00e6sentlige interne komponenter af Git til Rust. <\/p>\n
I den eksperimentelle «git history» kommando, som giver mulighed for at omskrive historikken, er operationen «git history fixup» blevet tilf\u00f8jet for at rette commits. «Fixup» operationen muligg\u00f8r flytning af \u00e6ndringer, der er tilf\u00f8jet via «git add», til et tidligere commit og automatisk omskrivning af alle efterf\u00f8lgende commits, ligesom ved udf\u00f8relse af kommandoen «git commit --fixup=<commit>» og k\u00f8rsel af «git rebase --autosquash <commit>~».\n
For Linux-platformen er der implementeret en baggrundsproces fsmonitor, som overv\u00e5ger \u00e6ndringer i filsystemet via inotify-mekanismen og muligg\u00f8r, at man slipper for at gennemg\u00e5 hele arbejdsbiblioteket ved udf\u00f8relse af kommandoer s\u00e5som «git status». Aktiveres gennem indstillingen «core.fsmonitor».\n
Kommandoen «git repack» har f\u00e5et tilf\u00f8jet en tilstand «—write-midx=incremental», der implementerer en ny strategi for opdatering af metadata i det inkrementelle MIDX-indeks (multi-pack index), som g\u00f8r det muligt at undg\u00e5 genpakning af hele indekset. I det inkrementelle multipack-indeks anvendes en lagdeling i stedet for \u00e9t stort indeks, der indeholder information om fordelingen af objekter over pack-filer; hver lag d\u00e6kker et bestemt antal pack-filer og gemmes i en separat bitmap-fil. Denne struktur tillader, at nye data om objekter i nye pack-filer kan tilf\u00f8jes til indekset ved at knytte nye lag til indekset uden at ombygge allerede eksisterende lag.\n
Kommandoen «git repack —write-midx=incremental» g\u00f8r det muligt at tilf\u00f8je et nyt lag til det inkrementelle MIDX-indeks, der d\u00e6kker nyligt oprettede pack-filer. I kombination med tilstanden for pakketering af repository «—geometric» giver den nye kommando mulighed for at kombinere nye objekter fra flere pack-filer til \u00e9n st\u00f8rre pack-fil og om n\u00f8dvendigt udf\u00f8re pakning og sammenfletning af flere p\u00e5 hinanden f\u00f8lgende lag i det inkrementelle MIDX-indeks. Denne strategi g\u00f8r det muligt at genfort\u00e6lle kun de \u00f8verste lag, mens de gamle store lag forbliver ur\u00f8rte, og det forhindrer ukontrolleret v\u00e6kst af lagk\u00e6den, hvilket holder det samlede antal lag p\u00e5 et niveau, der er proportionalt med logaritmen over det samlede antal objekter. <\/p>\n
Genereringen af bitmaps over tilg\u00e6ngeligheden af objekter er betydeligt optimeret takket v\u00e6re den nye algoritme til traversal af objekternes tr\u00e6, der udelukker un\u00f8dvendig rekursion, cache af objektpositioner, sortering af bitmaps f\u00f8r deres sammenl\u00e6gning med XOR-operationen og omarbejdning af koden til oprettelse af pseudomerged-bitmaps (pseudo-merge). I det testede repository gjorde optimeringerne det muligt at reducere tiden til generering af bitmaps fra 612 sekunder til 294 sekunder.\n
Muligheden for parallelt at udf\u00f8re uafh\u00e6ngige hooks i konfigurationsfiler er blevet implementeret. Hooks, der p\u00e5virker den delte tilstand eller tager hensyn til den, kan ikke k\u00f8res parallelt, s\u00e5som dem, der \u00e6ndrer commit-noter eller inspicerer indekser og arbejdsomr\u00e5det. Til geng\u00e6ld kan hooks for linjekontrol og enhedsafpr\u00f8vning k\u00f8re parallelt. Hooks, der tillader parallel udf\u00f8relse, konfigureres gennem parameteren «hook.hook_navn.parallel = true». Antallet af samtidige jobs bestemmes gennem indstillingen hook.jobs, hook.<event>.jobs eller kommandolinjeoptionen «-j».\n
I teamet «git pack-objects —path-walk» er der implementeret mulighed for at angive filtre, s\u00e5som «blob:none», «blob:limit=<n>», «tree:0», «object:type=<type>», «sparse:<oid>» og «combine:». I den udf\u00f8rte test reducerede bortfaldet af blobs under udf\u00f8relsen af «—path-walk» st\u00f8rrelsen af den oprettede pack-fil med 16%.\n
Der er tilf\u00f8jet kommandoen «git format-rev» for at formatere revisioner og objektnavne, der n\u00e6vnes i commit-lister eller findes i vilk\u00e5rlig tekst (for eksempel kan dette bruges i hooks til behandling af commit-beskeder).\n