Utgåvan av versionshanteringssystemet Git 2.51

Efter två månaders utveckling har den distribuerade versionkontrollsystemet Git 2.51 nu släppts. Git kännetecknas av hög prestanda och erbjuder verktyg för icke-linjär utveckling som baseras på förgrening och sammanslagning av grenar. För att säkerställa integriteten i historiken och motståndskraft mot retroaktiva ändringar används implicit hashning av hela tidigare historik i varje commit, såväl som verifiering med digitala signaturer av utvecklare för individuella tags och commits. Git-koden distribueras under GPLv2+-licensen.

Jämfört med den förra versionen har 506 förändringar antagits i den nya versionen, framtagna med deltagande av 91 utvecklare (varav 21 deltog i utvecklingen av Git för första gången). Huvudsakliga nyheter (1, 2, 3):

• Prestandan för kommandona "git push" och "git fetch" har förbättrats i repon med ett stort antal referenser. Hastigheten har ökats genom att uppdatera referenser i batch, där flera referenser behandlas i en och samma transaktion, istället för att skapa en separat transaktion för uppdatering av varje referens. Denna optimering har avsevärt ökat hastigheten för backend "reftable", som nu överträffar backend "files" i prestanda. Till exempel, i ett testrepo med 10 000 referenser ökade prestandan för "git fetch" med backend "reftable" 22 gånger, medan prestandan med backend "files" ökade 1,25 gånger. För "git push" var ökningen 18 och 1,21 gånger, respektive.
• En ny metod för packning av delar av repot i packfiler, som inte är kopplade till att spåra oåtkomliga objekt som det inte finns referenser för i repot (dvs. inga grenar eller tags pekar på dem), har föreslagits. Informationen om oåtkomliga objekt lagras i separata packfiler ("cruft packs"), vilket ledde till behovet av att återspegla dem i multipack-index (MIDX) för att omfatta objekt som ursprungligen var oåtkomliga och endast lagrades i cruft-paketet, men som blev åtkomliga efter en hänvisande commit.

  I den nya versionen har repackningen av pack-filer säkerställt att ytterligare kopior av nåbara objekt, som endast lagras i cruft-filer, bevaras. Denna förändring garanterar att uppsättningen av pack-filer som används för att lagra nåbara objekt inte innehåller objekt som refererar till andra objekt lagrade utanför denna uppsättning. För att utesluta otillgängligt innehåll från flera paketindex (MIDX) av cruft-filer föreslås inställningen «repack.MIDXMustContainCruft», som avsevärt minskar storleken på sådana index. Aktiveringen av inställningen i GitHub-arkivet har resulterat i en minskning av storleken på MIDX-indexen med 38%, en ökning av hastigheten för skrivning till MIDX-indexen med 35% och en förbättrad läshastighet på 5%.
• Till kommandot «git pack-objects» har en ny funktion «—path-walk» lagts till, som inkluderar en ny metod för insamling av information om objekt vid repackning av pack-filer. Istället för att gå igenom objekt i ordning av revisioner, så packas objekten med hjälp av en genomgång av filvägar i läget «—path-walk», vilket gör det möjligt att packa alla objekt med samma filväg på en gång. Denna metod gör det möjligt att utesluta heuristiken som använder hashning för att bestämma kopplingen av ett objekt till dess filväg, samt att slippa sortering av objekt innan packningen. I läget «—path-walk» blir storleken på de genererade pack-filerna betydligt mindre än vid gruppering av objekt med hjälp av hashar.
• Ett format har definierats för att utbyta sparade tillstånd av arbetskatalogen och index i ett repository, skapade med kommandot «git stash». Det nya formatet gör det möjligt att koda sparade ändringar (stash-poster) som en sekvens av commits. För import och export föreslås underkommandona «git stash import» och «git stash export», som kan användas för att överföra sparade tillstånd från ett system till ett annat och utföra push- eller pull-operationer med dessa tillstånd som med vanliga grenar eller taggar. git stash export —to-ref refs/stashes/my-stash git push origin refs/stashes/my-stash … git fetch origin ‘+refs/stashes/*:refs/stashes/*’ git stash import refs/stashes/my-stash
• I kommandot «git cat-file», som skriver ut innehållet i angivna objekt, har funktionerna «—batch» och «—batch-check» implementerat möjligheten att visa information om saknade objekt (t.ex. på grund av skadade förråd) och submoduler. Tidigare, när sökvägen indikerade en submodul, rapporterade kommandot «git cat-file —batch-check» «missing», men nu kommer det att visa objektets identifierare.
• I kommandot «git log» används optimeringar baserade på Bloom-filter för att snabba upp sökningen i ändringshistoriken när filter med flera filvägar anges, till exempel «git log — path/to/a path/to/b».
• Kommandona «git switch» och «git restore» har stabiliserats, de har betraktats som experimentella sedan 2019. Befallningarna presenteras som moderna alternativ till «git checkout», som separerar sådana mindre relaterade funktioner av detta kommando som hantering av grenar (byter och skapar) och återställning av filer i arbetskatalogen.
• Kommandot «git whatchanged», som är ekvivalent med «git log —raw», har utsetts till föråldrat och planeras för borttagning i Git-version 3.0.
• I kommandot «git for-each-ref» har alternativet «—start-after» lagts till, vilket kan användas tillsammans med alternativet «—count» för att organisera sidvis utmatning.
• I kommandona «git merge» och «git pull» har alternativet «—compact-summary» lagts till för att använda ett kompakt format för sammanfattande information om ändringar istället för diffstat-formatet.
• I Git-koden har användning av nyckelordet «bool», som introducerades i C99-standarden, tillåtits. Vissa C99-funktioner som experimentellt används i Git har också dokumenterats (till exempel planeras det att tillåta användning av konstruktioner som «(struct foo){ .member = value };» i mitten av 2026). En kompilator med stöd för C99 är obligatorisk för Git sedan 2021, men funktionerna i C99-specifikationen införs mycket försiktigt för att bibehålla kompatibiliteten med kompilatorer som bara delvis stöder denna standard.
• Reglerna för patchmottagning har ändrats för att tillåta att patchar skickas under ett alias, snarare än endast under utvecklarens riktiga namn. Ändringen stämmer överens med patchmottagningsreglerna för Linux-kärnan.
• Listan över inkompatibla förändringar som kommer att tillämpas i Git-grenen 3.0 har uppdaterats. Bland de betydande förändringarna i den kommande utgåvan av Git 3.0 märks standardövergången till objektidentifierare baserade på SHA-256 hash-algoritmen vid initiering av nya förråd och användning av "reftable"-formatet för att lagra referenser till grenar och taggar i förrådet (den blockbaserade lagringen från JGit-projektet har använts, optimerad för att lagra ett mycket stort antal referenser).

Källa: opennet.ru