{"id":148781,"date":"2025-11-18T23:12:24","date_gmt":"2025-11-18T21:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52"},"modified":"2025-11-18T23:12:24","modified_gmt":"2025-11-18T21:12:24","slug":"vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/news\/vypusk-sistemy-upravleniya-ishodnymi-tekstami-git-2-52","title":{"rendered":"Udgivelse af Git versionsstyringssystem 2.52","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Efter tre m\u00e5neders udvikling pr\u00e6senteres udgivelsen af det distribuerede system til styring af kildekoder, Git 2.52. Git adskiller sig ved sin h\u00f8je ydeevne og giver redskaber til ikke-line\u00e6r udvikling baseret p\u00e5 forgreninger og sammensmeltninger af grene. For at sikre integriteten af historien og modstandsdygtigheden mod \u00e6ndringer 'med tilbagevirkende kraft' anvendes implicit hashing af hele den tidligere historie i hver commit samt digital bekr\u00e6ftelse med underskrifter fra udviklerne af individuelle tags og commits. Koden til Git distribueres under GPLv2+-licensen. <\/p>\n
I forhold til den tidligere version er der i denne nye version accepteret 637 \u00e6ndringer, der er foretaget med deltagelse af 94 udviklere (33 deltager for f\u00f8rste gang i udviklingen af Git). De vigtigste nyheder (1, 2, 3): <\/p>\n
\n
Der er tilf\u00f8jet kommandoen 'git last-modified' til at vise en liste over filer i den angivne revision og commits, der er blevet foretaget seneste \u00e6ndringer i hver af disse filer. $ git last-modified HEAD b56f6dcd7b4c90192018e848d0810f091d092913 test.h 29330ae4b820147c98e723399e9438c8bee60a8a test1.c 573ad8917beb99dc643b6e7f5c117a294384a575 test2.c\n
Der er tilf\u00f8jet kommandoen 'git repo' til at udf\u00f8re handlinger relateret til at hente information fra et repository. Der foresl\u00e5s to underkommander \u2014 'git repo info' og 'git repo structure', som giver oplysninger om indstillingerne for repositoryet og information om repositoryets struktur (for eksempel kan man finde ud af antallet af referencer og objekter i repositoryet). $ git repo info object.format references.format object.format=sha1 references.format=reftable $ git repo structure | Repository struktur | V\u00e6rdi | | \u2014\u2014\u2014\u2014\u2014\u2014\u2014\u2014 | \u2014\u2014\u2014\u2014 | | * Referencer | | | * Antal | 1983 | | * Grener | 4 | | * Tags | 1125 | | * Remotes | 854 | | * Andre | 0 | | | | | * Tilg\u00e6ngelige objekter | | | * Antal | 518955 | | * Commits | 77469 | | * Tr\u00e6er | 188865 | | * Blobs | 251631 | | * Tags | 990 |\n
I kommandoen 'git refs' er der tilf\u00f8jet tre underkommander, der forener spredte og overlapende lavniveauoperationer vedr\u00f8rende referencer (git for-each-ref, git show-ref, git update-ref og git pack-refs):\n
\n
'git refs optimize' \u2014 optimering af backend-lagring af referencer (sammenligneligt med 'git pack-refs').\n
'git refs list' \u2014 udskriver en liste over alle referencer (sammenligneligt med 'git for-each-ref' eller 'git show-ref').\n
'git refs exists' \u2014 kontrol af eksistensen af en reference (analog med 'git show-ref --exists'). <\/ul>\n
Formatet til eksport eller import af commit-historik er blevet udvidet med muligheden for at arbejde med kryptografiske signaturer, der bruger b\u00e5de objektid'er baseret p\u00e5 SHA-1-algoritmen og SHA-256. Kommandoen «git fast-import» underst\u00f8tter nu behandling af signerede tags p\u00e5 samme m\u00e5de som signerede commits. Der er tilf\u00f8jet indstillingerne «—signed-commits=<tilstand>» og «—signed-tags=<tilstand>» for at styre behandlingen af signerede commits og tags under importen (tilstanden kan have v\u00e6rdierne verbatim, warn-verbatim, warn-stri, strip eller abort).\n
Der er tilf\u00f8jet st\u00f8tte til en ny strategi «geometric» i kommandoen «git maintenance» («git config set maintenance.strategy geometric»), som reducerer vedligeholdelsestiden for store monorepositorier. I forhold til den tidligere tilg\u00e6ngelige strategi, der bruger logik fra kommandoen «git gc», undg\u00e5r den nye strategi at ompakke alle objekter og udelukker ressourcekr\u00e6vende operationer som at sammenflette alle pakke-filer (hvor det er muligt, udf\u00f8res sammenfletningen i dele og uden at rense de slettede objekter).\n
Der er tilf\u00f8jet kommandoen «git sparse-checkout clean» for at forenkle genopretningen af arbejdsbibliotekets tilstand ved at slette filer, der ikke svarer til den nye definition af sparse-checkout, som ikke skal v\u00e6re til stede i den lokale kopi i henhold til de nuv\u00e6rende sparse-checkout parametre.\n
For at fjerne kompleksiteter fra kodebasen og forenkle vedligeholdelsen er der blevet udf\u00f8rt en refaktorering for at reducere brugen af den globale variabel the_repository.\n
Brugen af Bloom-filtre er blevet udvidet; en probabilistisk struktur til at kontrollere medlemskab i en m\u00e6ngde, der tillader falske positiver, men udelukker overspring af eksisterende elementer. Bloom-filtre anvendes nu til at fremskynde s\u00f8gningen i historikken ved at angive masker i filstier, for eksempel «foo\/bar\/*\/baz».\n
Ydelsen af kommandoen «git describe» er forbedret med op til 30% takket v\u00e6re brugen af prioriterede k\u00f8er. I «git remote rename» er operationerne til omd\u00f8bning af referencer blevet accelereret. I «git ls-files» er anvendelsen af indekser blevet udvidet. Arbejdet med kommandoen «git log -L» er blevet v\u00e6sentligt hurtigere ved at undg\u00e5 un\u00f8dvendige tre-niveau sammenligninger under behandling af commitsammenfletning. Der er foretaget optimeringer i xdiff-biblioteket.\n
Der er mulighed for at bruge implementationer i Rust for nogle interne funktioner, s\u00e5som kodning og dekodning af variabel l\u00e6ngde heltalsv\u00e6rdier. Som standard bruges Rust-koden ikke, og for at aktivere det kr\u00e6ver det, at byggeflaget WITH_RUST angives. I fremtiden forventes det, at flere betydningsfulde interne komponenter i Git vil blive omskrevet i Rust, og at Rust vil blive en af de obligatoriske byggeafh\u00e6ngigheder i Git 3.0.\n
Listen over de inkompatible \u00e6ndringer, der vil blive anvendt i Git 3.0, er blevet opdateret. I Git 3.0 er det besluttet at \u00e6ndre standardindstillingen for init.defaultBranch til «main», hvilket betyder, at branchens navn i repositories oprettet med kommandoen «git init» vil v\u00e6re «main» i stedet for «master». Derudover bem\u00e6rkes det, at standarden for objektnumre vil skifte til SHA-256 hash-algoritmen ved initiering af nye repositories. For at lette portabiliteten mellem repositories med objektnumre baseret p\u00e5 SHA-1 og SHA-256 hash-algoritmer er der blevet mulighed for at udf\u00f8re push og pull-operationer fra et repository med \u00e9t hash-algoritme til et repository, der bruger en anden hash-algoritme. <\/ul>\n