Uppsläpp av versionshanteringssystemet Git 2.35

Efter två månaders utveckling har en ny version av det distribuerade källkodshanteringssystemet Git 2.35 publicerats. 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åndskraft mot så kallade "backdate"-ändringar används implicit hashing av hela tidigare historik i varje commit, och det är också möjligt att verifiera med digitala signaturer av utvecklare för specifika taggar och commits.

I jämförelse med den föregående versionen har 494 ändringar antagits i den nya versionen, förberedda av 93 utvecklare, varav 35 deltog i utvecklingen för första gången. De viktigaste nyheterna är:

• Möjligheterna att använda SSH-nycklar för att säkerställa Git-objekt med digital signatur har utvidgats. För att särskilja giltighetstiden för flera nycklar har stöd för OpenSSH-direktiv som "valid-before" och "valid-after" lagts till, vilket gör det möjligt att säkerställa korrekt hantering av signaturer efter rotation av en av utvecklarnas nycklar. Tidigare fanns det problem med att separera signaturer med en gammal och en ny nyckel - om den gamla nyckeln raderades, gick det inte att verifiera signaturerna som gjordes med den, och om den lämnades kvar, fanns det möjlighet att skapa nya signaturer med den gamla nyckeln, trots att en annan nyckel redan hade tagits i bruk. Genom att använda valid-before och valid-after kan giltighetsområdet för nycklarna särskiljas på basis av tidpunkten för signaturens skapande.
• I inställningen merge.conflictStyle, som gör det möjligt att välja hur konfliktinformation ska visas vid sammanslagning, har stöd för läget "zdiff3" lagts till. Detta läge flyttar alla typiska rader angivna i början eller slutet av konflikten bortom konfliktområdet, vilket möjliggör en mer kompakt presentation av informationen.
• Kommandot «git stash» har fått ett nytt läge «—staged», som gör det möjligt att dölja endast ändringar som lagts till i indexet, till exempel i situationer där det är nödvändigt att tillfälligt skjuta upp delar av komplexa ändringar för att först kunna lägga till det som redan är klart, och sedan ta itu med resten vid ett senare tillfälle. Läge påminner om kommandot «git commit», som registrerar endast de ändringar som lagts i indexet, men istället för att skapa en ny commit i «git stash —staged» sparas resultatet i det temporära området stash. När ändringarna behövs kan de återställas med kommandot «git stash pop».
• Kommandot «git log» har fått en ny format-specifikator «—format=%(describe)», som gör det möjligt att kombinera utdata från «git log» med resultatet av att köra kommandot «git describe». Parametrarna för «git describe» anges direkt inom specifikatorn («—format=%(describe:match=,exclude=)»), där även förkortade taggar kan inkluderas («—format=%(describe:tags=)») och antalet hexadecimala tecken för objektidentifiering kan justeras («—format=%(describe:abbrev=)»). Till exempel, för att visa de senaste 8 committerna vars taggar inte har en release-kandidat, och att ange 8-teckens identifierare, kan kommandot användas: $ git log -8 —format='%(describe:exclude=*-rc*,abbrev=13)' v2.34.1-646-gaf4e5f569bc89 v2.34.1-644-g0330edb239c24 v2.33.1-641-g15f002812f858 v2.34.1-643-g2b95d94b056ab v2.34.1-642-gb56bd95bbc8f7 v2.34.1-203-gffb9f2980902d v2.34.1-640-gdf3c41adeb212 v2.34.1-639-g36b65715a4132
• I inställningen user.signingKey har stöd för nya typer av nycklar införts, som inte är begränsade till typen «ssh-» och ange den fullständiga filvägen till nyckeln. Alternativa typer anges med prefixet «key::», till exempel, «key::ecdsa-sha2-nistp256» för ECDSA-nycklar.
• Hastigheten för att generera en lista över ändringar i läget «—histogram» har ökats avsevärt, liksom vid användning av alternativet «—color-moved-ws», som styr färgmarkeringen av mellanslag i en färgad diff.
• I kommandot «git jump», som används för att ge Vim information om exakta hopp till den önskade positionen i filen vid hantering av sammanslagningskonflikter, granskning av skillnader eller utförande av sökoperationer, har möjligheten att begränsa omfattningen av hanterade sammanslagningskonflikter införts. Till exempel, för att begränsa operationerna enbart till katalogen «foo» kan «git jump merge — foo» anges, och för att utesluta katalogen «Documentation» från hantering kan «git jump merge — ‘:^Documentation'» användas.
• Det har utförts arbete med att standardisera användningen av typen "size_t" istället för "unsigned long" för värden som representerar storleken på objekt, vilket möjliggjort användningen av filtren "clean" och "smudge" med filer större än 4 GB på alla plattformar, inklusive plattformar med LLP64 datamodell, där typen "unsigned long" är begränsad till 4 byte.
• Till kommandot "git am" har alternativet "—empty=(stop|drop|keep)" lagts till, vilket möjliggör att välja beteende för tomma meddelanden som inte innehåller patchar vid analys av patchar från inkorgen. Värdet "stop" avslutar hela patchtillämpningsoperationen, "drop" hoppar över tom patch, "keep" skapar en tom commit.
• Kommandona "git reset", "git diff", "git blame", "git fetch", "git pull" och "git ls-files" har fått stöd för partiella index (sparse index), vilket förbättrar prestanda och sparar utrymme i repositoryn där partiell kloning (sparse-checkout) utförs.
• Kommandot "git sparse-checkout init" har förklarats som föråldrat, och istället bör "git sparse-checkout set" användas.
• En inledande implementation av den nya backend "reftable" för lagring av referenser, såsom grenar och taggar, i repositoryn har lagts till. Den nya backend använder blocklagring, som används av projektet JGit och är optimerad för att lagra ett mycket stort antal referenser. Backend är för tillfället inte integrerad med referenssystemet (refs) och är inte klar för praktisk användning.
• Färgschemat för kommandot "git grep" har anpassats för att överensstämma med GNU greps verktyg.

Källa: opennet.ru