Utgivning av källkodshanteringssystemet Git 2.54

Utgåvan av det distribuerade systemet för hantering av källkoder Git 2.54 har presenterats. Git kännetecknas av hög prestanda och erbjuder verktyg för icke-linjär utveckling som baseras på gren- och sammanslagningsfunktioner. För att säkerställa integriteten i historiken och motståndskraft mot "bakåtriktade" ändringar används implicit hashning av hela den tidigare historiken i varje commit, samt verifiering med digitala signaturer av utvecklare för specifika taggar och commits. Git-koden distribueras under GPLv2+-licensen.

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

• Kommandot "git history" har implementerats, vilket erbjuder experimentella funktioner för att skriva om historiken av ändringar, enklare och säkrare att använda än att rebasera commits med kommandot "git rebase". Två operationer erbjuds:
  • "git history reword " för att skriva om meddelandet i den angivna commiten utan att ändra arbetskatalogen och indexet (förutom anmärkningen, som förblir oförändrad). Till exempel för att rätta till ett stavfel.
  • "git history split " för att interaktivt dela den angivna commiten i två olika commits med flytt av valda delar från den ursprungliga commiten till en extra commit.

  I framtida utgåvor 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å commitar och "git history squash" för att slå samman commits.
• En ny metod för att definiera handlare (hook) i konfigurationsfiler har implementerats. Istället för att placera skript med handlare i katalogen «.git/hooks» i varje repository, kan kommandon för att kalla handlare nu definieras direkt i konfigurationsfiler. Inställningar kan kopplas till repositoryn eller anges i konfigurationsfiler som gäller för alla repositories (/etc/gitconfig) eller användarens repositories (~/.gitconfig). Det är möjligt att koppla flera handlare till samma händelse. Skript från «.git/hooks» fortsätter fortfarande att köras, men aktiveras efter handlare från konfigurationsfiler. För att se listan över handlare ska kommandot «git hook list» användas, och för att selektivt inaktivera anropet av en handlare — 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» används som standard strategin «geometric» («git config set maintenance.strategy geometric»), vilket minskar underhållstiden för stora monorepositories. Jämfört med den tidigare strategin som använde logik som i kommandot «git gc», undviker den nya strategin att packa om alla objekt och utesluter överdrivet resurskrävande operationer, såsom att sammanfoga alla pack-filer (där det är möjligt görs sammanslagningen i delar och utan att städa upp borttagna objekt).
• Objekt databasen (ODB) och tillhörande API:er har övergått till en ny arkitektur baserad på användning av plugin-bakändar. Den genomförda omstruktureringen abstraherar lagringsformatet för objekt och kommer i framtiden att möjliggöra funktioner såsom alternativa bakändar och objektformat, till exempel för mer effektiv lagring av stora binärfiler eller för att optimera driften av stora git-hosting-tjänster.
• I kommandot "git repo structure" visas information om struktur av repositoriet, inklusive den totala storleken och de största objekten av varje typ, vilket gör det möjligt att uppskatta storleken utan att använda verktyget git-sizer. $ git repo structure … | * 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", som används istället för "git rebase" för att återskapa historik på servern utan arbetskatalog, ingår som standard atomär uppdatering av referenser (istället för att visa en lista av kommandon update-ref för manuell körning), en option "—revert" för att återställa ändringar från en serie commits, och möjligheten att återskapa historiken ner till rotcommit.
• I "git rev-list" och liknande kommandon har optionen "—maximal-only" lagts till för att visa endast commits som inte kan nås av andra commits.
• I kommandot "git repo info" har optionen "—keys" lagts till för att visa en lista över alla kända nycklar.
• I kommandot "git add -p" under navigering mellan kodblock med tangenterna "J" och "K" har märkning för redan godkända och hoppade block införts. En option "—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.
• Webbgränssnittet "gitweb" har optimerats för att fungera med mobila enheter.
• I kommandot "git apply —directory" har normalisering av filvägar, såsom ".\/un\/..\/normalized\/path", säkerställts innan användning.
• Möjligheten att lägga till egna undermmand är dokumenterad genom att placera filer "git-<cmd>" i katalogen med körbara filer.
• I kommandot "git send-email" har stöd för klientcertifikat lagts till.
• För kommandot "git status" har inställningen "status.compareBranches" genomförts, där man kan ange grenar för att jämföra den aktuella grenen. [status] compareBranches = @{upstream} @{push}
• I "git rebase" har optionen "—trailer" lagts till för att förenkla tillägg av metadata till alla commits. git rebase —trailer "Reviewed-by: Test <test@example.com>"
• Kommandon "git fast-import" har fått möjligheten att ersätta signaturer för commits som blivit ogiltiga efter import.
• Stödet för komprimering (compaction) av flerpaketsindex MIDX (multi-pack index) har lagts till, där små lager av MIDX-index som innehåller information om tillgängliga objekt och relaterade bitmap-filer kombineras, vilket minskar antalet ackumulerade lager i gamla repository.
• I kommandot "git backfill" har möjligheten att ange revisioner (commit-intervall) och sökvägsmasker (pathspec) för att begränsa de laddade delarna av historik implementerats. 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 namnen på kommandots aliaser som anges i konfigurationsfilen tillåts. [alias "fetch"] 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 anrop av repository via HTTP har hantering av felkod 429 (För många förfrågningar) införts. Förfrågningar som avslutats med detta fel betraktas nu inte som ett fatalt problem utan ett temporärt fel, där operationen bör upprepas efter en tid. Fördröjningen innan återförsök anges genom alternativet "http.retryAfter", antalet försök - "http.maxRetries", väntetiden - "http.maxRetryTime".

Källa: opennet.ru