Utgivningen av Git 2.55 med standardstöd för Rust.

Lanseringen av den distribuerade källkodshanteringssystemet Git 2.55 har skett. Bland de viktigaste förändringarna ingår: standardaktivering av kompilering med Rust, genomförande av fsmonitor-processen för Linux, en ny strategi för ompaketering av den inkrementella MIDX-indexet, kommandot "git history fixup" för att korrigera commit, optimering av genereringen av bitmappar för objektens tillgänglighet, stöd för parallell exekvering av hooks, kommandot "git format-rev". Git-koden distribueras under GPLv2+ licens.

Jämfört med den föregående versionen har den nya versionen antagit 505 ändringar, förberedda med deltagande av 100 utvecklare, varav 33 deltog i utvecklingen av Git för första gången. De viktigaste nyheterna (1, 2, 3):

• Stöd för komponenter skrivna i Rust är som standard aktiverat. Kompilatorn rustc
  har lagts till in i byggberoenden. För att bygga utan Rust kan man använda flaggan "NO_RUST=1" vid körning av make-verktyget eller "-Drust=disabled" när man utför "meson configure". Möjligheten att stänga av byggandet med Rust kommer att stödjas fram till Git-grenen 3.0, där Rust kommer att bli en obligatorisk beroende. En mellanlager implementerad i Rust uppnår portabilitet mellan konfigurationer med SHA-1 och SHA-256 hashar, samt vissa interna funktioner som kodning och avkodning av heltalsvärden av variabel längd. Framtida omarbetningar av fler betydande interna komponenter av Git förväntas göras i Rust.
• I det experimentella kommandot "git history", som tillhandahåller möjligheter för att skriva om ändringshistoriken, har operationen "git history fixup" lagts till för att korrigera commits. "Fixup"-operationen tillåter att ändringar som lagts till via "git add" kan omföras till en tidigare commit och automatiskt skriva om alla efterföljande commits likt vad som görs med kommandot "git commit —fixup=<commit>" och körning av "git rebase —autosquash <commit>~".
• För Linux-plattformen har en bakgrundsprocess fsmonitor implementerats, som övervakar ändringar i filsystemet med hjälp av inotify-mekanismen och gör det möjligt att undvika att söka igenom hela arbetskatalogen när man kör kommandon som "git status". Aktivering sker genom inställningen "core.fsmonitor".
• Kommandot «git repack» har fått en ny läge «—write-midx=incremental» som implementerar en ny strategi för att uppdatera metadata i den inkrementella MIDX-indexen (multi-pack index), vilket gör det möjligt att undvika att behöva ompacka hela indexet. I den inkrementella multipackindexen används ett lager av flera mindre index istället för ett stort som innehåller information om distributionen av objekt över pack-filer. Denna struktur tillåter att data om objekt i nya pack-filer kan läggas till indexet genom att koppla nya lager till indexet utan att behöva ombygga de redan existerande lagren.

  Kommandot «git repack —write-midx=incremental» möjliggör att lägga till ett nytt lager i den inkrementella MIDX-indexen som täcker nyligen skapade pack-filer. Tillsammans med paketläge för repository «—geometric» ger det nya kommandot möjlighet att slå samman nya objekt från flera pack-filer till en större pack-fil och vid behov utföra både paket- och sammanslagningsoperationer för flera angränsande lager av den inkrementella MIDX-indexen. Denna strategi gör det möjligt att vid körning av «git repack» skriva om endast de översta lagren, vilket lämnar de gamla stora lagren intakta, samt förhindrar okontrollerad tillväxt av lagerkedjan genom att hålla det totala antalet lager på en nivå som är proportionell mot logaritmen av det totala antalet objekt.

• Genereringen av tillgänglighetsbitmaper för objekt har optimerats avsevärt tack vare en ny algoritm för traversering av objektträdet som utesluter onödig rekursion, cachar objekts positioner, sorterar bitmaper innan de kombineras med XOR-operationen och omarbetar koden för att skapa bitmaper för pseudosammanslagning (pseudo-merge). I det testade repositoryt gjorde optimeringarna att tiden för att generera bitmaper minskade från 612 till 294 sekunder.
• Möjligheten att parallellt köra oberoende hookar i konfigurationsfiler har implementerats. Hookar som påverkar gemensamt tillstånd eller beaktar det, till exempel de som ändrar commit-meddelanden eller inspekterar index och arbetskatalog, kan inte köras parallellt. Dock kan hookar för linterkontroll och enhetstestning köras parallellt. Hookar som tillåter parallell körning ställs in via parametern "hook. имен_хука.parallel = true". Antalet arbetar som körs samtidigt bestäms genom inställningen hook.jobs, hook..jobs eller kommandoradsalternativet "-j".
• I kommandot "git pack-objects --path-walk" har möjligheten att ange filter, som "blob:none", "blob:limit=", "tree:0", "object:type=", "sparse:" och "combine:", implementerats. I ett genomfört test ledde borttagning av blobbar vid körning av "--path-walk" till en 16% minskning av storleken på den skapade pack-filen.
• Ett kommando "git format-rev" har lagts till för att formatera revisioner och namn på objekt som nämns i commit-listor eller dyker upp i valfri text (till exempel kan det användas i hookar för att bearbeta commit-meddelanden).

  git last-modified | git format-rev --stdin-mode=text --format=%an

  Junio C Hamano builtin/commit.c

• Som standard har de flesta kontrollsekvenser för terminalen aktiverats i informationsmeddelanden och feltexter som skickas servern. Vid kontakt med skadlig servern skulle sådana escape-sekvenser kunna användas för att dölja eller ändra utdata, till exempel genom escape-sekvenser för att flytta markören och rensa texten. Stöd för escape-sekvenser för färgmarkering av element har lämnats.
• Kommandot "git checkout -m" sparar nu automatiskt konflikterande lokala ändringar i stash-området utan att det är nödvändigt att omedelbart lösa konflikten.
• I kommandot "git push" har möjligheten lagts till att placera en gren på flera externa Git-servrar med ett enda kommando. Till exempel, för att överföra grenen main inte bara till huvudservern utan också till speglingar kan en grupp "publish" skapas av servrar "github", "gitlab" och "mirror":

  git config remotes.publish "github gitlab mirror"
  git push publish main

• Till kommandot "git log --graph" har alternativet "--graph-lane-limit=" lagts till för att begränsa antalet vertikala linjer vid visualisering av grenar, vilket möjliggör utrymme på skärmen för information om commits i repository med många grenar.

  …
  * | | | | 619931f561 Sammanfoga gren ‘dl/posix-unused-warning-clang’
  |\ \ \ \ \
  | * | | | ~ cf48887610 compat/posix.h: förenkla GIT_GNUC_PREREQ() jämförelse
  | * | | | ~ ffd45926dc compat/posix.h: rensa upp GIT_GNUC_PREREQ() och UNUSED
  |\ \ \ \ \~
  | * | | | ~ 3f5203eeb4 ls-files: filtrera pathspec innan lstat

• Till kommandona "git log" och "git rev-list" har alternativet "--max-count-oldest=" lagts till, vilket gör det möjligt att välja de N äldsta commits inom intervallet.

Källa: opennet.ru