git-commit-graph(1)

NAMN

git-commit-graph - Skriv och verifiera Git commit-graph-filer

SYNOPSIS

git commit-graph verify [--object-dir <dir>] [--shallow] [--[no-]progress] git commit-graph write [--object-dir <dir>] [--append]

                            [--split[=<strategi>]] [--reachable | --stdin-packs | --stdin-commits]
                            [--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress]
                            <split-options>

BESKRIVNING

Hantera den serialiserade commit-graph-filen.

ALTERNATIV

• --object-dir

Använd given katalog för platsen för packfiler och commit-graph-filen.

Denna parameter finns för att ange platsen för ett alternativ som endast har objektkatalogen, inte en fullständig .git katalog. Commit-graph- filen förväntas finnas i katalogen <dir>/info och packfilerna förväntas finnas i <dir>/pack. Om katalogen inte kunde göras till en absolut sökväg, eller inte matchar någon känd objektkatalog, kommer git commit-graph ... att avslutas med statuskod nollskild.

• --[no-]progress

Slå på/av förloppsindikatorn explicit. Om inget anges visas förloppet

om standardfelströmmen är ansluten till en terminal.

KOMMANDON

• write

Skriv en commit-graph-fil baserat på de commits som finns i packfiler.Om konfigurationsalternativet core.commitGraph är inaktiverat,

kommer detta kommando att ge en varning och sedan returnera lyckat utan att skriva en commit-graph-fil. Med alternativet --stdin-packs genereras den nya commit-graphen genom att endast gå igenom objekt i de angivna pack-indexen. (Kan inte kombineras med --stdin-commits eller --reachable.)

Med alternativet --stdin-commits genereras den nya commit-graphen

genom att gå igenom commits med start från de commits som anges i standardinmatningen som en lista med OID i hex, en OID per rad. OID som löses till icke-commits (antingen direkt eller genom att skala av taggar) ignoreras tyst. OID som är felformaterade eller inte existerar genererar ett fel. (Kan inte kombineras med --stdin-packs eller --reachable.)

Med alternativet --reachable genereras den nya commit-graphen

genom att gå igenom commits med start från alla refs. (Kan inte kombineras med --stdin-commits eller --stdin-packs.)

Med alternativet --append inkluderas alla commits som finns i den

befintliga commit-graph-filen.

Med alternativet --changed-paths beräknas och skrivs information

om de sökvägar som ändrats mellan en commit och dess första förälder. Denna operation kan ta en stund på stora arkiv. Den ger betydande prestandavinster för att hämta historik för en katalog eller en fil med git log -- <sökväg>. Om detta alternativ anges kommer framtida commit-graph-skrivningar automatiskt att anta att detta alternativ var avsett. Använd --no-changed-paths för att sluta lagra denna data.

Med alternativet --max-new-filters=<n> genereras högst n nya

Bloom-filter (om --changed-paths anges). Om n är -1 finns ingen gräns. Endast commits som finns i det nya lagret räknas mot denna gräns. För att retroaktivt beräkna Bloom-filter över tidigare lager rekommenderas att använda --split=replace. Åsidosätter konfigurationen commitGraph.maxNewFilters.

Med alternativet --split[=<strategi>] skrivs commit-graphen som

en kedja av flera commit-graph-filer som lagras i <dir>/info/commit-graphs. Commit-graph-lager slås samman baserat på strategin och andra delningsalternativ. De nya commits som inte redan finns i commit-graphen läggs till i en ny "tip"-fil. Denna fil slås samman med den befintliga filen om följande sammanslagningsvillkor är uppfyllda:

• Om --split=no-merge anges utförs aldrig en sammanslagning, och

de återstående alternativen ignoreras. --split=replace skriver över den befintliga kedjan med en ny. Enbart --split hänvisar till de återstående alternativen. (Observera att sammanslagning av en kedja av commit-grafer ersätter den befintliga kedjan med en kedja av längd 1 där det första och enda inkrementella lagret innehåller hela grafen).

• Om --size-multiple=<X> inte anges, låt X vara 2. Om den

nya tip-filen skulle ha N commits och den tidigare tip-filen har M commits och X gånger N är större än M slås istället de två filerna samman till en enda fil.

• Om --max-commits=<M> anges med M som ett positivt heltal,

och den nya tip-filen skulle ha fler än M commits, slås istället den nya tip-filen samman med den tidigare tip-filen.

• Slutligen, om --expire-time=<datetime> inte anges, låt

datetime vara den aktuella tiden. Efter att den delade commit- graphen har skrivits, tas alla oanvända commit-grafer bort vars ändringstider är äldre än datetime.

• verify

Läs commit-graph-filen och verifiera dess innehåll mot objektdatabasen.

Används för att kontrollera korrupt data.

Med alternativet --shallow kontrolleras endast den senaste

commit-graph-filen i en kedja av delade commit-grafer.

EXEMPEL

• Skriv en commit-graph-fil för de packade commits i din lokala

 .git katalog.
       $ git commit-graph write

• Skriv en commit-graph-fil och utöka den aktuella commit-graph-filen med

 commits i <pack-index>.
       $ echo <pack-index> | git commit-graph write --stdin-packs

• Skriv en commit-graph-fil som innehåller alla nåbara commits.

       $ git show-ref -s | git commit-graph write --stdin-commits

• Skriv en commit-graph-fil som innehåller alla commits i den aktuella

 commit-graph-filen tillsammans med de som är nåbara från HEAD.
       $ git rev-parse HEAD | git commit-graph write --stdin-commits --append

KONFIGURATION

Allt nedanför denna rad i detta avsnitt är selektivt inkluderat från git-config(1)-dokumentationen. Innehållet är detsamma som det som finns där:

commitGraph.generationVersion

Anger vilken typ av generationsnummerversion som ska användas vid

skrivning eller läsning av commit-graph-filen. Om version 1 anges kommer inte de korrigerade commit-datumen att skrivas eller läsas. Standard är 2.

commitGraph.maxNewFilters

Anger standardvärdet för alternativet --max-new-filters i

git commit-graph write' (jfr. git-commit-graph(1)).

commitGraph.readChangedPaths

Föråldrat. Ekvivalent med commitGraph.changedPathsVersion=-1 om sant,

och commitGraph.changedPathsVersion=0 om falskt. (Om commitGraph.changedPathVersion också är satt har commitGraph.changedPathsVersion företräde.)

commitGraph.changedPathsVersion

Anger versionen av de ändrade sökvägarnas Bloom-filter som Git kommer

att läsa och skriva. Kan vara -1, 0, 1 eller 2. Observera att värden större än 1 kan vara inkompatibla med äldre versioner av Git som ännu inte förstår dessa versioner. Var försiktig vid användning i en miljö med blandade versioner.

Standard är -1.

Om -1 kommer Git att använda versionen av de ändrade sökvägarnas

Bloom-filter i arkivet, och standard är 1 om det inte finns några.

Om 0 kommer Git inte att läsa några Bloom-filter och kommer att skriva

version 1 Bloom-filter när det instrueras att skriva.

Om 1 kommer Git endast att läsa version 1 Bloom-filter och kommer att

skriva version 1 Bloom-filter.

Om 2 kommer Git endast att läsa version 2 Bloom-filter och kommer att

skriva version 2 Bloom-filter.

Se git-commit-graph(1) för mer information.

FILFORMAT

se gitformat-commit-graph(5).

GIT

Del av git(1)-sviten

KOLOFON

Den här sidan är en del av projektet git (Git distribuerat versionshanteringssystem). Information om projektet finns på <⟨http://git-scm.com/⟩>. Om du har en felrapport för den här manualsidan, se <⟨http://git-scm.com/community⟩>. Den här sidan hämtades från projektets uppströms Git-arkiv <⟨https://github.com/git/git.git⟩> den 2025-02-02. (Vid den tidpunkten var datumet för den senast hittade commiten i arkivet 2025-01-31.) Om du upptäcker några renderingsproblem i den här HTML-versionen av sidan, eller om du tror att det finns en bättre eller mer aktuell källa för sidan, eller om du har korrigeringar eller förbättringar av informationen i den här KOLOFONEN (som *inte* är en del av den ursprungliga manualsidan), skicka ett e-postmeddelande till man-pages@man7.org

Sidslut

Orginalhemsidan på Engelska https://man7.org/linux/man-pages/man1/git-commit-graph.1.html

---

Det här är en maskinöversättning av Linux man sidor till svenska. Om du hittar fel är vi tacksamma om du rapporterar dem via formuläret som finns på https://www.linux.se/kontaka-linux-se/

Tack till Datorhjälp som har sponsrat Linux.se med webbhotell.