Anger sökvägen till användarens hemkatalog. Om den inte är inställd i Windows kommer Git att sätta en processmiljövariabel lika med: $HOMEDRIVE$HOMEPATH om både $HOMEDRIVE och $HOMEPATH finns; annars $USERPROFILE om $USERPROFILE finns.

Denna miljövariabel anger en alternativ indexfil. Om den inte anges används standardvärdet $GIT_DIR/index.

Denna miljövariabel anger vilken indexversion som används när indexfilen skrivs ut. Den påverkar inte befintliga indexfiler. Som standard används indexfilversion 2 eller 3. Se git-update-index[1] för mer information.

Om objektlagringskatalogen anges via denna miljövariabel skapas sha1-katalogerna under - annars används standardkatalogen $GIT_DIR/objects.

På grund av Git-objektens oföränderliga natur kan gamla objekt arkiveras i delade, skrivskyddade kataloger. Denna variabel anger en ":"-separerad (i Windows ";"-separerad) lista över Git-objektkataloger som kan användas för att söka efter Git-objekt. Nya objekt kommer inte att skrivas till dessa kataloger.

Om miljövariabeln GIT_DIR är satt anger den en sökväg som ska användas istället för standardvariabeln .git för basen av förvaret. Kommandoradsalternativet --git-dir ställer också in detta värde.

Ange sökvägen till roten av arbetsträdet. Detta kan också styras av kommandoradsalternativet --work-tree och konfigurationsvariabeln core.worktree.

Ställ in Git-namnrymden; se gitnamespaces[7] för mer information. Kommandoradsalternativet --namespace ställer också in detta värde.

Detta bör vara en kolonseparerad lista med absoluta sökvägar. Om den är angiven är det en lista över kataloger som Git inte ska söka upp till när den letar efter en förvar-katalog (användbart för att exkludera långsamt laddande nätverkskataloger). Den kommer inte att exkludera den aktuella arbetskatalogen eller en GIT_DIR-uppsättning på kommandoraden eller i miljön. Normalt måste Git läsa posterna i den här listan och matcha eventuella symboliska länkar som kan finnas för att jämföra dem med den aktuella katalogen. Men om även denna åtkomst är långsam kan du lägga till en tom post i listan för att tala om för Git att de efterföljande posterna inte är symboliska länkar och inte behöver matchas; t.ex. GIT_CEILING_DIRECTORIES=/maybe/symlink::/very/slow/non/symlink.

När Git körs i en katalog som inte har ".git"-förvar-katalogen, försöker den hitta en sådan katalog i överordnade kataloger för att hitta toppen av arbetsträdet, men som standard korsar den inte filsystemsgränser. Denna booleska miljövariabel kan sättas till true för att ange att Git inte ska stanna vid filsystemsgränser. Liksom GIT_CEILING_DIRECTORIES kommer detta inte att påverka en explicit arkivkatalog som anges via GIT_DIR eller på kommandoraden.

Om den här variabeln är satt till en sökväg, kommer filer som inte är arbetsträd och som normalt finns i $GIT_DIR att hämtas från den här sökvägen istället. Arbetsträdspecifika filer som HEAD eller index hämtas från $GIT_DIR. Se gitrepository-layout[5] och git-worktree[1] för mer information. Den här variabeln har lägre prioritet än andra sökvägsvariabler som GIT_INDEX_FILE, GIT_OBJECT_DIRECTORY…​

Om denna variabel är satt kommer standard hashalgoritmen för nya förvar att ställas in på detta värde. Detta värde ignoreras vid kloning och inställningen för fjärrförvar används alltid. Standardvärdet är "sha1". Se --object-format i git-init[1].

Om den här variabeln är satt, kommer standard-referens bakända formatet för nya förvar att ställas in på detta värde. Standardvärdet är "files". Se --ref-format i git-init[1].

Det människoläsbara namnet som används i författaridentiteten när man skapar incheckning- eller taggobjekt, eller när man skriver refloggar. Åsidosätter konfigurationsinställningarna user.name och author.name.

E-postadressen som används i författaridentiteten när man skapar incheckning- eller taggobjekt, eller när man skriver refloggar. Åsidosätter konfigurationsinställningarna user.email och author.email.

Datumet som används för författaridentiteten när man skapar incheckning- eller taggobjekt, eller när man skriver refloggar. Se git-commit[1] för giltiga format.

Det människoläsbara namnet som används i inchecknings-identiteten när incheckning- eller taggobjekt skapas, eller när refloggar skrivs. Åsidosätter konfigurationsinställningarna user.name och committer.name.

E-postadressen som används i författaridentiteten när man skapar incheckning- eller taggobjekt, eller när man skriver refloggar. Åsidosätter konfigurationsinställningarna user.email och committer.email.

Datumet som används för incheckare-identiteten när inchecknings- eller taggobjekt skapas, eller när reflogs skrivs. Se git-commit[1] för giltiga format.

E-postadressen som används i författar- och incheckare-identiteterna om ingen annan relevant miljövariabel eller konfigurationsinställning har angetts.

Den enda giltiga inställningen är "--unified=??" eller "-u??" för att ange antalet kontextrader som visas när en enhetlig diff skapas. Detta har företräde framför alla alternativvärden "-U" eller "--unified" som skickas på Git diff-kommandoraden.

När miljövariabeln GIT_EXTERNAL_DIFF är satt, anropas programmet som namnges av den för att generera differ, och Git använder inte dess inbyggda diff-maskineri. För en sökväg som läggs till, tas bort eller ändras, anropas GIT_EXTERNAL_DIFF med 7 parametrar:

sökväg gammal-fil gammal-hex gammalt-läge ny-fil ny-hex nytt-läge

är filer som GIT_EXTERNAL_DIFF kan använda för att läsa innehållet i <gammal|ny>,

är de 40 hexsiffriga SHA-1-hashen,

är den oktala representationen av fillägena.

Om denna booleska miljövariabel är satt till sant förväntas kommandot GIT_EXTERNAL_DIFF returnera avslutningskod 0 om det anser att indatafilerna är lika eller 1 om det anser att de är olika, som diff(1). Om det är satt till falskt, vilket är standardvärdet, förväntas kommandot returnera avslutningskod 0 oavsett likhet. All annan avslutningskod gör att Git rapporterar ett allvarligt fel.

En 1-baserad räknare som ökas med ett för varje väg.

Det totala antalet sökvägar.

Ett tal som styr mängden utdata som visas av den rekursiva sammanslagings-strategin. Åsidosätter merge.verbosity. Se git-merge[1]

Denna miljövariabel åsidosätter $PAGER. Om den är satt till en tom sträng eller till värdet "cat" kommer Git inte att starta en bläddrae. Se även alternativet core.pager i git-config[1].

Ett tal som styr hur många sekunders fördröjning sak förflyta innan valfria förloppsindikatorer visas. Standardvärdet är 1.

Denna miljövariabel åsidosätter $EDITOR och $VISUAL. Den används av flera Git-kommandon när en editor ska startas i interaktivt läge. Se även git-var[1] och alternativet core.editor i git-config[1].

Denna miljövariabel åsidosätter den konfigurerade Git-editorn när att-göra-listan för en interaktiv ombasering redigeras. Se även git-rebase[1] och alternativet sequence.editor i git-config[1].

Om någon av dessa miljövariabler är satt kommer git fetch och git push att använda det angivna kommandot istället för ssh när de behöver ansluta till ett fjärrsystem. Kommandoradsparametrarna som skickas till det konfigurerade kommandot bestäms av ssh-varianten. Se alternativet ssh.variant i git-config[1] för mer information.

Om denna miljövariabel är satt, åsidosätter den Gits autodetektering av om GIT_SSH/GIT_SSH_COMMAND/core.sshCommand refererar till OpenSSH, plink eller tortoiseplink. Denna variabel åsidosätter konfigurationsinställningen ssh.variant som tjänar samma syfte.

Att ställa in och exportera denna miljövariabel till valfritt värde anger att Git inte ska verifiera SSL-certifikatet vid hämtning- eller sändnings-överföring över HTTPS.

Ställer in trädstrukturen som gitattributes ska läsas från.

Om denna miljövariabel är satt, kommer Git-kommandon som behöver hämta lösenord eller lösenfraser (t.ex. för HTTP- eller IMAP-autentisering) att anropa detta program med en lämplig prompt som kommandoradsargument och läsa lösenordet från dess STDOUT. Se även alternativet core.askPass i git-config[1].

Om denna booleska miljövariabel är satt till falskt, kommer git inte att fråga i terminalen (t.ex. när man frågar efter HTTP-autentisering).

Hämta konfigurationen från de givna filerna istället från globala eller systemnivåkonfigurationsfiler. Om GIT_CONFIG_SYSTEM är satt kommer inte systemkonfigurationsfilen som definierades vid byggtillfället (vanligtvis /etc/gitconfig) att läsas. Likaså, om GIT_CONFIG_GLOBAL är satt, kommer varken $HOME/.gitconfig eller $XDG_CONFIG_HOME/git/config att läsas. Kan ställas in på /dev/null för att hoppa över läsning av konfigurationsfiler för respektive nivå.

Om läsning av inställningar från den systemomfattande $(prefix)/etc/gitconfig-filen ska hoppas över. Denna booleska miljövariabel kan användas tillsammans med $HOME och $XDG_CONFIG_HOME för att skapa en förutsägbar miljö för ett kräsna skript, eller så kan du ställa in den på true för att tillfälligt undvika att använda en buggig /etc/gitconfig-fil medan du väntar på att någon med tillräckliga behörigheter ska åtgärda den.

Om denna booleska miljövariabel är satt till sant, kommer kommandon som git blame (i inkrementellt läge), git rev-list, git log, git check-attr och git check-ignore att tvinga fram en rensning av utdataströmmen efter att varje post har rensats. Om denna variabel är satt till falskt, kommer utdata från dessa kommandon att ske med hjälp av helt buffrad I/O. Om denna miljövariabel inte är satt, kommer Git att välja buffrad eller postorienterad rensning baserat på om stdout verkar omdirigeras till en fil eller inte.

Aktiverar allmänna spårningsmeddelanden, t.ex. aliasexpansion, inbyggd kommandokörning och extern kommandokörning.

Aktiverar spårningsmeddelanden för filsystemövervakningsutvidgningen. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Aktiverar spårningsmeddelanden för alla åtkomster till alla paket. För varje åtkomst registreras paketets filnamn och en offset i paketet. Detta kan vara användbart för felsökning av vissa paketrelaterade prestandaproblem. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Aktiverar spårningsmeddelanden för alla paket som kommer in i eller ut ur ett givet program. Detta kan hjälpa till med felsökning av objektförhandling eller andra protokollproblem. Spårning avstängs vid ett paket som börjar med "PACK" (men se GIT_TRACE_PACKFILE nedan). Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Möjliggör spårning av packfiler som skickats eller mottagits av ett givet program. Till skillnad från annan spårningsutdata är denna spårning ordagrant: inga rubriker och ingen citering av binär data. Du vill nästan säkert dirigera till en fil (t.ex. GIT_TRACE_PACKFILE=/tmp/my.pack) snarare än att visa den i terminalen eller blanda den med annan spårningsutdata.

Aktiverar prestandarelaterade spårningsmeddelanden, t.ex. total exekveringstid för varje Git-kommando. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Aktiverar spårningsmeddelanden för operationer på referensdatabasen. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Enables trace messages printing the .git, working tree and current working directory after Git has completed its setup phase. See GIT_TRACE for available trace output options.

Aktiverar spårningsmeddelanden som kan hjälpa till med felsökning vid hämtning/kloning av ytliga arkiv. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

Aktiverar en curl fullständig spårdump av all inkommande och utgående data, inklusive beskrivande information, för git-transportprotokollet. Detta liknar att göra curl --trace-ascii på kommandoraden. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

När en curl-spårning är aktiverad (se GIT_TRACE_CURL ovan), dumpa inte data (det vill säga, dumpa endast informationsrader och rubriker).

Möjliggör mer detaljerade spårningsmeddelanden från biblioteket "trace2". Utdata från GIT_TRACE2 är ett enkelt textbaserat format för mänsklig läsbarhet.

Den här inställningen skriver ett JSON-baserat format som är lämpligt för maskintolkning. Se GIT_TRACE2 för tillgängliga spårningsutdataalternativ och Trace2-dokumentation för fullständig information.

Utöver de textbaserade meddelanden som finns tillgängliga i GIT_TRACE2, skriver den här inställningen ett kolumnbaserat format för att förstå kapslade regioner. Se GIT_TRACE2 för tillgängliga spårningsutdataalternativ och Trace2-dokumentation för fullständig information.

Som standard, när spårning är aktiverat, redigerar Git värdena för cookies, "Authorization:"-headern, "Proxy-Authorization:"-headern och packfile-URI:er. Sätt denna booleska miljövariabel till falsk för att förhindra denna redigering.

Att ställa in och exportera denna miljövariabel anger att Git ska ignorera ersättningsreferenser och inte ersätta Git-objekt.

Om du ställer in denna booleska miljövariabel till sant kommer Git att behandla alla sökvägsspecifikationer bokstavligt, snarare än som globmönster. Om du till exempel kör GIT_LITERAL_PATHSPECS=1 git log -- *.c' kommer det att söka efter commits som berör sökvägen *.c, inte några sökvägar som globen *.c matchar. Du kanske vill ha detta om du matar Git med bokstavliga sökvägar (t.ex. sökvägar som tidigare givits till dig av git ls-tree, --raw diff output, etc.).

Om denna booleska miljövariabel sätts till true kommer Git att behandla alla sökvägsspecs som glob-mönster (även känd som "glob"-magi).

Om denna booleska miljövariabel sätts till true kommer Git att behandla alla sökvägsspecs som literala (även känd som "literal" magi).

Om denna booleska miljövariabel sätts till sant kommer Git att behandla alla sökvägsspecifikationer som skiftläges-okänsliga.

Att sätta denna booleska miljövariabel till sant säger att Git inte ska lat-hämta saknade objekt från promisor-fjärr på begäran.

När en referens uppdateras skapas reflogposter för att hålla reda på orsaken till att referensen uppdaterades (vilket vanligtvis är namnet på det högnivåkommando som uppdaterade referensen), utöver de gamla och nya värdena för referensen. Ett skriptat Porcelain-kommando kan använda hjälpfunktionen set_reflog_action i git-sh-setup för att sätta dess namn på denna variabel när den anropas som toppnivåkommando av slutanvändaren, för att registreras i refloggens brödtext.

Om denna booleska miljövariabel är satt till falskt, ignorera trasiga eller felaktigt namngivna referenser när du itererar över listor med referenser. Normalt kommer Git att försöka inkludera sådana referenser, vilket kan orsaka att vissa operationer misslyckas. Detta är vanligtvis att föredra, eftersom potentiellt destruktiva operationer (t.ex. git-prune[1]) är bättre i att avbryta än att ignorera trasiga referenser (och därmed betrakta historiken de pekar på som inte värd att spara). Standardvärdet är 1 (dvs. var paranoid när det gäller att upptäcka och avbryta alla operationer). Du bör normalt inte behöva ställa in detta till 0, men det kan vara användbart när du försöker rädda data från ett korrupt arkiv.

När ett incheckning-objekt laddas från inchecknings-graph utför Git en existenskontroll på objektet i objektdatabasen. Detta görs för att undvika problem med inaktuella inchecknings-grafer som innehåller referenser till redan borttagna incheckningar, men det kommer med en prestandaförsämring.

Om den är inställd på en kolonseparerad lista med protokoll, beter sig som om protocol.allow är satt till never, och vart och ett av de listade protokollen har protocol.<namn>.allow satt till always (och åsidosätter eventuell befintlig konfiguration). Se beskrivningen av protocol.allow i git-config[1] för mer information.

Sätt denna booleska miljövariabel till falskt för att förhindra att protokoll som används av fetch/push/clone och som är konfigurerade till tillståndet user används. Detta är användbart för att begränsa rekursiv undermodulinitiering från ett opålitligt arkiv eller för program som matar potentiellt opålitliga URL:er till git-kommandon. Se git-config[1] för mer information.

Endast för internt bruk. Används vid handskakning av länk-protokollet. Innehåller en lista med nycklar separerad med kolon : och valfria värden <nyckel>[=<värde>]. Förekomst av okända nycklar och värden måste ignoreras.

Om denna booleska miljövariabel är satt till falskt, kommer Git att slutföra alla begärda operationer utan att utföra några valfria deloperationer som kräver ett lås. Detta kommer till exempel att förhindra att git status uppdaterar indexet som en bieffekt. Detta är användbart för processer som körs i bakgrunden och som inte vill orsaka låskonflikter med andra operationer på arkivet. Standardvärdet är 1.

Endast Windows: tillåt omdirigering av standardreferenser för indata/utdata/fel till sökvägar som anges av miljövariablerna. Detta är särskilt användbart i flertrådade applikationer där det kanoniska sättet att skicka standardreferenser via CreateProcess() inte är ett alternativ eftersom det skulle kräva att referenserna markeras som ärvbara (och följaktligen skulle varje startad process ärva dem, vilket möjligen skulle blockera vanliga Git-operationer). Det primära avsedda användningsfallet är att använda namngivna pipes för kommunikation (t.ex. \\.\pipe\my-git-stdin-123).

Om satt till ja, skriv ut en ellips efter ett (förkortat) SHA-1-värde. Detta påverkar indikationer på fristående HEADs (git-checkout[1]) och den råa diff-utdatan (git-diff[1]). Att skriva ut en ellips i de nämnda fallen anses inte längre vara tillräckligt och stödet för den kommer sannolikt att tas bort inom överskådlig framtid (tillsammans med variabeln).

Om den är satt till 0, inaktivera alla rådmeddelanden. Dessa meddelanden är avsedda att ge tips till mänskliga användare som kan hjälpa dem att ta sig ur problematiska situationer eller dra nytta av nya funktioner. Användare kan inaktivera enskilda meddelanden med hjälp av konfigurationsnycklarna advice.*. Dessa meddelanden kan störa verktyg som kör Git-processer, så den här variabeln är tillgänglig för att inaktivera meddelandena. (Det globala alternativet --no-advice är också tillgängligt, men gamla Git-versioner kan misslyckas när detta alternativ inte förstås. Miljövariabeln kommer att ignoreras av Git-versioner som inte förstår den.)