Git 2.54

Presenteras utgåvan av det distribuerade systemet för hantering av källtexter Git 2.54. Git kännetecknas av hög prestanda och tillhandahåller verktyg för icke-linjär utveckling baserade på grening och sammanslagning av grenar. För att säkerställa integriteten hos historien och motståndskraften mot förändringar "i efterhand" används implicit hashning av hela den tidigare historien i varje commit samt verifiering med digitala signaturer av utvecklare för enskilda taggar och commits. Koden för Git sprids under GPLv2+.

Jämfört med den tidigare versionen har den nya versionen antagit 770 ändringar, förberedda av 137 utvecklare (66 deltog för första gången i utvecklingen av Git).

Huvud nyheter:

• Kommandot "git history" har implementerats, vilket ger experimentella möjligheter för att skriva om ändringshistoriken, enklare och säkerare att använda än att återbasera commits med kommandot git rebase. Två operationer tillhandahålls:

  • git history reword för att skriva om meddelandet i den angivna commit utan att ändra arbetskatalogen och indexet (förutom noteringen, som förblir oförändrad). Till exempel för att rätta till ett skrivfel.
  • git history split för interaktiv uppdelning av den angivna commit i två olika commits med flytt av valda delar från den ursprungliga commit till en ytterligare commit.

  I framtida versioner förväntas ytterligare kommandon läggas till: git history fixup för att korrigera en commit, git history drop för att ta bort en commit, git history reorder för att ändra ordningen på commits och git history squash för att slå samman commits.

• En ny metod för att definiera hanterare har implementerats (hook) i konfigurationsfiler. Istället för att placera skript med hanterare i katalogen .git/hooks i varje repository kan kommandon för att anropa hanterarna nu ställas in direkt i konfigurationsfilerna. Inställningar kan knytas till repositoryn eller anges i konfigurationsfiler som gäller för alla repositorys (/etc/gitconfig) eller användarens repository (~/.gitconfig). Det är möjligt att koppla flera hanterare till en händelse. Skript från .git/hooks kommer fortfarande att anropas, men de körs efter hanterarna från konfigurationsfilerna. För att visa listan över hanterare bör kommandot git hook list användas, och för att selektivt inaktivera anrop av hanterare – inställningen hook..enabled = false:

[hook "linter"] event = pre-commit command = ~/bin/linter —cpp20 [hook "no-leaks"] event = pre-commit command = ~/bin/leak-detector $ git hook list pre-commit global linter ~/bin/linter —cpp20 local no-leaks ~/bin/leak-detector

• I kommandot «git maintenance» är standardstrategin geometric (git config set maintenance.strategy geometric), vilket gör att underhållstiden för stora monorepositories minskar. Jämfört med den tidigare strategin, som använde logik som i kommandot git gc, undviker den nya strategin att ompacka alla objekt och utesluter onödigt resurskrävande operationer, som att slå samman alla pack-filer (där det är möjligt görs sammanslagning i delar och utan rensning av borttagna objekt).
• Objektdatabasen (ODB) och relaterade API:er har översatts till en ny arkitektur baserad på användningen av pluggbara backend. Den genomförda omstruktureringen abstraherar lagringsformatet för objekt och gör det i framtiden möjligt att implementera funktioner som alternativa backends och objektformat, till exempel för mer effektiv lagring av stora binära filer eller för att optimera arbetet med stora git-hosting.
• I kommandot «git repo-struktur», som visar information om repository-strukturen, ger inte bara en total storlek utan visar också de största objekten av varje typ, vilket gör att storhetsbedömningen kan genomföras utan att använda externa verktyg. git-sizer.

$ git repo struktur … | * Största objekt | | | * Commits | | | * Maximal storlek [1] | 17.23 KiB | | * Maximal föräldrar [2] | 10 | | * Träd | | | * Maximal storlek [3] | 58.85 KiB | | * Maximal poster [4] | 1.18 k | | * Blobs | | | * Maximal storlek [5] | 1019.51 KiB | | * Taggar | | | * Maximal storlek [6] | 7.13 KiB |

• I kommandot «git replay», används istället för git rebase för att återskapa historik på servern utan arbetskatalog, inkluderar som standard atomär uppdatering av referenser (istället för att skriva ut en lista med kommandon update-ref för manuell utförande), implementerad alternativ —revert för att återställa ändringar från en rad commits, säkerställt att resultatande tomma commits stryks och möjligheten att återskapa historik ända till rotcommit.
• Vid «git rev-list» och liknande kommandon har tillagts ett alternativ —maximal-only för att endast visa commits som inte är tillgängliga via andra commits.
• I kommandot «git repo info» har alternativet —keys lagts till för att skriva ut en lista över alla kända nycklar.
• I kommandot «git add -p» vid navigering mellan kodblock med hjälp av tangenterna «J» och «K» säkerställs markering av redan godkända och förbisegna block. Alternativet —no-auto-advance har lagts till för att stänga av automatisk övergång till nästa fil, så att man kan återvända till tidigare filer innan commit.
• Webgränssnittet «gitweb» har optimerats för mobilanvändning.
• I kommandot «git apply –directory» ger normalisering av filvägar, som .\/un\/..\/normalized\/path innan användning.
• Möjligheten att lägga till egna undermetoder har dokumenterats genom att placera filer git-<cmd> i katalogen med körbara filer.
• I kommandot «git send-email» har lagt till stöd för klientcertifikat.
• För kommandot «git status» har inställningen status.compareBranches implementerats, genom vilken man kan ange brancher som den aktuella branchen ska jämföras med:

[status] compareBranches = @{upstream} @{push}

• Vid «git rebase» har alternativet —trailer lagts till för att förenkla tillägget av metadata till alla commits:

git rebase —trailer "Reviewed-by: Test <test@example.com>"`

• I kommandot «git fast-import» har lagt till möjligheten att ersätta signaturer för commits som blivit ogiltiga efter import.
• Stöd för sammanslagning (compaction) av flerpaketsindex MIDX (multi-pack index) har lagts till, där små MIDX-indexlager med information om objekts tillgänglighet samt relaterade bitmap-filer slås samman, vilket minskar antalet ackumulerade lager i etablerade arkiv.
• I git backfill-teamet har möjligheten att ange revisioner (kommittäras) och sökvägsmasker (pathspec) för att begränsa de delar av ändringshistoriken som laddas ner introducerats:

git backfill main~100..main git backfill — ‘*.c’

• Alternativa former av kommandot git config list har lagts till – git config -l och git config —list.
• Användning av icke-ASCII-tecken i kommandots aliasnamn som anges i konfigurationsfilen har tillåtits:

[alias "get"] command = fetch

• Visningen av signaturer vars GPG-nycklar har löpt ut, men som var giltiga vid tidpunkten för kommittens signering, har ändrats. Sådana signaturer visas nu som giltiga med en anmärkning om nyckelns utgång (tidigare markerades de i röd färg, vilket gav intryck av felaktighet).
• Vid åtkomst till arkiv via HTTP har hanteringen av felkod 429 (För många förfrågningar) säkerställts. Förfrågningar som avslutas med denna typ av fel betraktas nu inte som ett fatalt problem, utan som ett tillfälligt fel som bör upprepas efter en tid. Fördröjningen före återförfrågan ställs in via alternativet http.retryAfter, antalet upprepningar – http.maxRetries, och väntetiden – http.maxRetryTime.

Källa: linux.org.ru