Utgivning av versionshanteringssystemet Git 2.39

Efter två månaders utveckling har version 2.39 av det distribuerade systemet för hantering av källkod Git publicerats. Git är ett av de mest populära, pålitliga och högpresterande versionshanteringssystemen, vilket erbjuder flexibla verktyg för icke-linjär utveckling som baseras på förgrening och sammanslagning av grenar. För att säkerställa integriteten hos historiken och motståndskraft mot retroaktiva ändringar används implicit hashning av hela föregående historia i varje commit, och det är också möjligt att verifiera med digitala underskrifter av utvecklare av individuella taggar och commits.

Jämfört med föregående version har den nya versionen tagit emot 483 ändringar, som har förberetts med deltagande av 86 utvecklare, varav 31 deltog i utvecklingen för första gången. De viktigaste nyheterna är:

• Till kommandot „git shortlog“, som syftar till att visa sammanfattningar med statistik från ändringshistoriken, har en option „—group“ lagts till för godtycklig gruppering av commits efter fält, som inte begränsas till författaren eller committaren. Till exempel, för att visa en lista över utvecklare med information om antalet förändringar, som tar hänsyn till medförfattare nämnda i fältet „Co-authored-by“, kan du använda kommandot: git shortlog -ns —group=author —group=trailer:co-authored-by

  Utdata från shortlog kan aggregeras med hjälp av formateringsspecifikationer, och optionen „—group“ gör det möjligt att väsentligt förenkla skapandet av komplexa rapporter och undvika att utföra ytterligare sorteringskommandon. Till exempel, för att skapa en rapport med information om hur många commits för ett givet släpp som mottagits varje månad kan du ange: git shortlog v2.38.0.. —date=’format:%Y-%m’ —group=’’ -s 2 2022-08 47 2022-09 405 2022-10 194 2022-11 5 2022-12 Tidigare skulle en liknande operation ha krävt användning av verktygen sort och uniq: git log v2.38.0.. —date=’format:%Y-%m’ —format=’’ | sort | uniq -c
• Möjligheterna för mekanismen "cruft packs" har utvidgats, avsedd för att paketera otillgängliga objekt som inte har några referenser i ditt repository (varken genom grenar eller taggar). Otillgängliga objekt tas bort av skräpsamlaren, men för att undvika race conditions finns de kvar i repositoryt under en viss tid innan de tas bort. Mekanismen "cruft packs" möjliggör lagring av alla otillgängliga objekt i en pack-fil, medan information om tidpunkten för varje objekts modifiering lagras i en separat tabell i en fil med tillägget ".mtimes", så att de inte krockar med den allmänna modifieringstiden.

  Tiden som otillgängliga objekt kan finnas kvar i repositoryt innan de faktiskt tas bort bestäms av alternativen "—prune=". Även om fördröjningen innan borttagning är en effektiv och praktisk metod för att förhindra skador på repositoryt orsakade av race conditions, är den inte 100 % tillförlitlig. För att underlätta återställningen av ett skadat repository har en funktion för att spara saknade objekt lagts till i den nya utgåvan, där kommandot "git repack" har fått alternativet "—expire-to", vilket möjliggör specifikationen av en fil för att skapa en extern kopia av alla borttagna objekt. Till exempel, för att spara otillgängliga objekt som inte har ändrats under de senaste 5 minuterna i filen backup.git, kan du använda kommandot: git repack —cruft —cruft-expiration=5.minutes.ago -d —expire-to=../backup.git

• Hastigheten för operationen "git grep —cached" har ökat avsevärt (med upp till 70 %) vid sökning i områden där partiell kloning (sparse-checkout) används och för vilka det finns partiella index (sparse index). Tidigare, när alternativet "—cached" angavs, utfördes först sökningen i det vanliga indexet och sedan i de partiella, vilket ledde till märkbara fördröjningar vid sökning i stora repositories.
• Genomförande av servern kontroller av nya objekts konsistens innan de placeras i repositoryt under operationen "git push" har påskyndats. Genom att övergå till att endast beakta annonserade referenser vid kontrollen, har de optimeringar som gjorts i ett testrepository med 7 miljoner referenser, där endast 3 % omfattas av push-operationen, möjliggjort en reduktion av kontrolltiden med 4,5 gånger.
• För att skydda mot potentiella överflöden av heltal i koden har kommandot "git apply" begränsat den maximala storleken på bearbetade patchar. Om storleken på patchen överstiger 1 GB kommer nu ett felmeddelande att visas.
• För att skydda mot potentiella sårbarheter har det gjorts ändringar för att rensa bort överflödig information i rubriker som ställs in vid användning av modulen h2h3 med alternativet GIT_TRACE_CURL=1 eller GIT_CURL_VERBOSE=1 tillsammans med HTTP/2.
• Vid utförande av checkout-operation med en gren som är en symbolisk länk till en annan gren, kommer kommandot "git symbolic-ref HEAD" nu att visa namnet på målbladet istället för namnet på den symboliska länken.
• Stöd för argumentet @{-1} har lagts till i alternativet "—edit-description" ("git branch —edit-description @{-1}") för att redigera beskrivningen av den tidigare grenen.
• Kommandot "git merge-tree —stdin" har lagts till, vilket gör det möjligt att överföra en lista med parametrar via standardingången.
• På nätverksfilsystem är fsmonitor-hanteraren, som övervakar förändringar i filsystemet, som standard inaktiverad.

Källa: opennet.ru