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 i stället för standardvariabeln .git för basen av kodförrådet. 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.

Det 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 kodförråd-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 en tom post läggas till 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"-kodförråd-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 i stä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 kodförråd att ställas in på detta värde. Detta värde ignoreras vid kloning och inställningen för fjärrkodförråd används alltid. Standardvärdet är "sha1". Se --object-format i git-init[1].

Om den här variabeln är satt, kommer standardformatet för referensbakände för nya kodförråd 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 inchecknings- 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 inchecknings- 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 inchecknings- 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 incheckaridentiteten när inchecknings- 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 inchecknings- eller taggobjekt, eller när man skriver refloggar. Åsidosätter konfigurationsinställningarna user.email och committer.email.

Datumet som används för incheckaridentiteten när inchecknings- eller taggobjekt skapas, eller när refloggar 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 sammanslagnings-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 redigerare 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-redigeraren 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 i stä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 automatiska identifiering 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 i stället för 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 ett programfelig /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.

Aktiverar spårningsmeddelanden som skriver ut .git, arbetsträdet och den aktuella arbetskatalogen efter att Git har slutfört sin installationsfas. Se GIT_TRACE för tillgängliga spårningsutdataalternativ.

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 aktiverad maskerar 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 maskering.

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ägsmönster 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 incheckningar 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"-uttryck).

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

Om denna booleska miljövariabel sätts till sant kommer Git att behandla alla sökvägsmönster 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 högnivå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 vid iterering ö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 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 (d.v.s. var paranoid när det gäller att upptäcka och avbryta alla operationer). Det bör normalt inte behöva ställas in på 0, men det kan vara användbart vid försök att rädda data från ett korrupt arkiv.

När ett incheckningsobjekt laddas från incheckningsgrafen utför Git en existenskontroll av objektet i objektdatabasen. Detta görs för att undvika problem med inaktuella incheckningsgrafer som innehåller referenser till redan borttagna incheckningar, men medför 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å kodförrådet. 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 program 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 yes skrivs en ellips ut efter ett (förkortat) SHA-1-värde. Detta påverkar indikering av frikopplad HEAD (git-checkout[1]) och rå diffutdata (git-diff[1]). Att skriva ut en ellips i dessa fall anses inte längre tillräckligt, och stödet 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.)