Versionshanteringssystemet Git 2.41 är tillgängligt

Efter tre månaders utveckling publicerades version 2.41 av det distribuerade systemet för hantering av källkod Git. Git är ett av de mest populära, pålitliga och högpresterande versionshanteringssystemen, som erbjuder flexibla verktyg för icke-linjär utveckling, baserad på förgrening och sammanslagning av grenar. För att säkerställa integriteten i historiken och motståndet mot förändringar "i efterhand" används implicit hashning av hela den tidigare historiken i varje commit, och det är också möjligt att verifiera med digitala signaturer från utvecklare av specifika taggar och commits.

Jämfört med den föregående versionen har 542 ändringar gjort i den nya versionen, förberedda med deltagande av 95 utvecklare, varav 29 deltog i utvecklingen för första gången. De viktigaste nyheterna är:

• Förbättrad hantering av oåtkomliga objekt (unreachable), på vilka det i repositoryt saknas referenser (varken grenar eller taggar refererar till dem). Oåtkomliga objekt tas bort av skräpsamlaren, men förblir i repositoryt en stund innan de tas bort för att undvika race conditions. För att spåra perioden som oåtkomliga objekt finns, måste taggar kopplas till dem med ändringstidpunkter, vilket förhindrar att de lagras i en enda pack-fil där alla objekt har en gemensam ändringstid. Tidigare sparades varje oåtkomligt objekt i en separat fil, vilket ledde till problem när det fanns många nya oåtkomliga objekt som ännu inte var kvalificerade för borttagning. I den nya versionen används en mekanism för "cruft packs" som standard för att packa oåtkomliga objekt, vilket gör det möjligt att lagra alla oåtkomliga objekt i en enda pack-fil och reflektera data om ändringstidpunkten för varje objekt i en separat tabell som lagras i en fil med tillägget ".mtimes", kopplad via en indexfil med tillägget ".idx".
• Stöd för spårning av omvänd index (revindex) för pack-filer har aktiverats som standard på disken. Vid testning på repositoryt torvalds/linux gjorde användningen av omvänd index att resurskrävande operationer som "git push" kunde snabbas upp med 1.49 gånger, och enklare operationer, som att beräkna storleken på ett objekt med "git cat-file —batch='%(objectsize:disk)'" med 77 gånger. Filer med omvänd index (".rev") kommer att sparas inom repositoryt i katalogen ".git/objects/pack".

  Vi påminner om att Git lagrar all data i form av objekt som placeras i separata filer. För att öka effektiviteten i arbetet med repositoryn placeras objekten dessutom i packfiler, där informationen representeras som en ström av objekt som följer varandra (ett liknande format används vid överföring av objekt med kommandona git fetch och git push). För varje packfil skapas en indexfil (.idx) som gör att man mycket snabbt kan bestämma offset i packfilen för det objekt som lagras med hjälp av objektets identifierare.

  Den nya versionen inkluderar en bakåtriktad index som syftar till att optimera processen för att identifiera objektets identifierare utifrån informationen om objektets placering i packfilen. Tidigare genomfördes en sådan omvandling i realtid under analysskedet av packfilen och lagrades endast i minnet, vilket inte tillät återanvändning av sådana index och tvingade till att generera indexet varje gång. Indexeringens process innebär att man bygger en array av 'objekt-position' par och sorterar den efter position, vilket kan ta lång tid för stora packfiler.

  Till exempel utfördes operationen för att visa innehållet i objekten, där den direkta indexen användes, 62 gånger snabbare än operationen för att visa storleken på objekten, för vilken data om samband mellan position och objekt inte indexerades. Efter användning av bakåtriktat index blev dessa operationer ungefär lika snabba. Bakåtriktade index gör det också möjligt att snabba upp operationerna för att skicka objekt vid användning av kommandona fetch och push genom att direkt överföra redan färdiga data från disken.

  
• I protokollet för 'credential helper', som används för att överföra autentiseringsuppgifter när man kontaktar repositories med begränsad åtkomst, har stöd för överföring av HTTP-headers WWW-Authenticate lagts till mellan credential handler och tjänsten där autentisering görs. Stödet för headern WWW-Authenticate möjliggör överföring av OAuth-scope-parametrar för att ge en mer detaljerad uppdelning av användaråtkomst till repositories och avgränsning av områden som är tillgängliga för förfrågningar.
• I kommandot for-each-ref har ett formateringsalternativ lagts till "%(ahead-behind:<base>)", vilket gör att man samtidigt kan få information om antalet commits som finns eller inte finns i en viss gren, i förhållande till en annan gren (hur mycket en gren ligger efter eller före en annan när det kommer till commits). Tidigare krävdes det att man körde två separata kommandon för att få sådan information: "git rev-list —count main..my-feature" för att få antalet unika commits för grenen och "git rev-list —count my-feature..main" för att få antalet saknade commits. Nu kan dessa beräkningar reduceras till ett enda kommando, vilket förenklar skrivandet av hanterare och minskar körningstiden. Till exempel, för att visa icke sammanslagna grenar och bedöma hur mycket de ligger efter eller före sin huvudgren, kan man använda en enradare: $ git for-each-ref —no-merged=origin\/HEAD \ —format='%(refname:short) %(ahead-behind:origin\/HEAD)' \ refs\/heads\/tb\/ | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref—exclude 16 96 tb\/roaring-bitmaps 47 3 istället för det tidigare använda skriptet, som körs 17 gånger långsammare: $ git for-each-ref —format='%(refname:short)' —no-merged=origin\/HEAD \ refs\/heads\/tb | while read ref do ahead="$(git rev-list —count origin\/HEAD..$ref)" behind="$(git rev-list —count $ref..origin\/HEAD)" printf "%s %d %d\n" "%$ref" "%$ahead" "%$behind" done | column -t tb\/cruft-extra-tips 2 96 tb\/for-each-ref—exclude 16 96 tb\/roaring-bitmaps 47 3
• I kommandot "git fetch" har ett alternativ "—porcelain" lagts till, som när det anges genererar en utdata i formatet " ", vilket är mindre läsbart, men mer bekvämt för analys i skript.
• Ett alternativ "fetch.hideRefs" har lagts till, vilket gör det möjligt att snabba upp "git fetch"-operationer genom att dölja vissa referenser i det lokala repositoriet under kontrollen av servern om hela uppsättningen av objekt, vilket sparar tid genom att begränsa kontrollen till servrar, från vilka data hämtas direkt. Till exempel, vid en testkörning på en system med repositorier som innehåller många spårade externa referenser, gjorde undantaget av alla referenser förutom de som pekade mot målet servern $remote, lyckades minska körningstiden för "git fetch" från 20 minuter till 30 sekunder. $ git -c fetch.hideRefs=refs -c fetch.hideRefs=!refs\/remotes\/$remote \ fetch $remote
• I kommandot "git fsck" har möjligheten till kontroll av skador, kontroll av checksummor och korrekthet i värdena i tillgänglighetsbitmaper och bakåtvänd indexer genomförts.
• I teamet "git clone --local" har det implementerats en felutskrift när man försöker kopiera från ett repository som innehåller symboliska länkar inom $GIT_DIR.

Källa: opennet.ru