Via alternativmekanismen kan ett kodförråd ärva en del av sin objektdatabas från en annan objektdatabas, vilket kallas ett "alternativ".

Ett "bart kodförråd" är normalt ett passande namngivet katalog med suffixet .git som inte har en lokalt utcheckad kopia av någon av filerna under revisionskontroll. Det vill säga, alla Git-administrations- och kontrollfiler som normalt skulle finnas i den dolda underkatalogen .git finns direkt i katalogen kodförråd.git istället, och inga andra filer finns och är utcheckade. Vanligtvis gör utgivare av publika kodförråd "bara kodförråd" tillgängliga.

Otypad objekt, t.ex. innehållet i en fil.

En "gren" är en utvecklingslinje. Den senaste incheckning på en gren kallas för toppen av den grenen. Grenens topp refereras av en gren huvud, som rör sig framåt allt eftersom ytterligare utveckling görs på grenen. En enda Git kodförråd kan spåra ett godtyckligt antal grenar, men ditt arbetskatalog är associerat med bara en av dem (den "nuvarande" eller "utcheckade" grenen), och HEAD pekar på den grenen.

Föråldrad för: index.

En lista med objekt, där varje objekt i listan innehåller en referens till dess efterföljare (till exempel kan efterföljaren till en incheckning vara en av dess föräldrar).

BitKeeper/cvsps använder termen "incheckning". Eftersom Git inte lagrar ändringar, utan tillstånd, är det egentligen inte meningsfullt att använda termen "ändringsuppsättningar" med Git.

Åtgärden att uppdatera hela eller delar av arbetskatalog med ett trädobjekt eller blob från objektdatabas, och uppdatera index och HEAD om hela arbetskatalogen har pekats mot en ny gren.

I SCM-jargong betyder "cherry pick" att välja en delmängd av ändringar ur en serie ändringar (vanligtvis incheckning) och registrera dem som en ny serie ändringar ovanpå en annan kodbas. I Git utförs detta med kommandot "git cherry-pick" för att extrahera ändringen som introducerats av en befintlig incheckning och registrera den baserat på toppen från den aktuella grenen som en ny incheckning.

Ett arbetskatalog är rent om det motsvarar revision som refereras av det aktuella head. Se även "smutsig".

Som substantiv: En enskild punkt i Git-historiken; hela projektets historik representeras som en uppsättning sammanhängande incheckning. Ordet "incheckning" används ofta av Git på samma ställen som andra revisionskontrollsystem använder orden "revision" eller "version". Används även som en förkortning för incheckning objekt.

En synonym för strukturen DAG som bildas av commits i objektdatabasen, refererad av gren toppen, med hjälp av deras kedja av länkade incheckningar. Denna struktur är den definitiva inchecknings-grafen. Grafen kan representeras på andra sätt, t.ex. "commit-graph"-filen.

Filen "commit-graph" (normalt med bindestreck) är en kompletterande representation av inchecknings-graf som accelererar incheckning-grafvandringar. Filen "commit-graph" lagras antingen i katalogen .git/objects/info eller i info-katalogen i en alternativ objektdatabas.

Ett objekt som innehåller information om en specifik revision, såsom föräldrar, incheckare, författtare, datum och trädobjekt> som motsvarar den översta <<def_directory,katalog för den lagrade revisionen.

Ett inchecknings-objekt eller ett objekt som rekursivt kan avreferera till ett inchecknings-objekt. Följande är alla incheckning-igter: ett inchecknings-objekt, ett tag-objekt som pekar på ett inchecknings-objekt, ett tag-objekt som pekar på ett tag-objekt som pekar på ett incheckning-objekt, etc.

Grundläggande datastrukturer och verktyg i Git. Erbjuder endast begränsade verktyg för källkodshantering.

Riktad acyklisk graf. inchecknings-objekten bildar en riktad acyklisk graf, eftersom de har föräldrar (riktade), och grafen för inchecknings-objekt är acyklisk (det finns ingen kedja som börjar och slutar med samma objekt).

Ett onåbart objekt som inte är nåbart ens från andra oåtkomliga objekt; ett dinglande objekt har inga referenser till sig från någon referens eller objekt i kodförråd.

Att hänvisa till en symbolisk ref: åtgärden att komma åt referens som pekas på av en symbolisk referens. Rekursiv avreferering innebär att upprepa den ovannämnda processen på den resulterande referensen tills en icke-symbolisk referens hittas.

Normalt lagrar HEAD namnet på en grenen, och kommandon som arbetar på historiken som HEAD representerar arbetar på historiken som leder till toppen av grenen som HEAD pekar på. Git tillåter dig dock också att checka ut en godtycklig incheckning som inte nödvändigtvis är toppen av någon specifik gren. HEAD-kommandot i ett sådant tillstånd kallas "frånkopplat".

Listan du får med "ls" :-)

Ett arbetskatalog sägs vara "smutsigt" om det innehåller modifieringar som inte har incheckats till det aktuella grenen.

En ond sammanslagning är en sammanslagning som introducerar ändringar som inte visas i någon förälder.

En snabbspolning är en speciell typ av sammanslagning där du har en revision och du "sammanfogar" en annan grens ändringar som råkar vara en underordnad fil till det du har. I ett sådant fall skapar du inte en ny sammanslagning incheckning utan uppdaterar istället bara din gren så att den pekar på samma revision som den gren du sammanfogar. Detta händer ofta på en fjärrspårningsgrenar tillhörande ett avlägset kodförråd.

Att hämta ("Fetcha") en gren innebär att hämta grenens huvud ref från ett fjärranslutet kodförråd, för att ta reda på vilka objekt som saknas i den lokala objektdatabasen, och för att hämta dem också. Se även git-fetch[1].

Linus Torvalds designade ursprungligen Git som ett filsystem för användarrymden, d.v.s. infrastrukturen för att lagra filer och kataloger. Det säkerställde effektivitet och hastighen för Git.

Synonym för kodförråd (för ärkepersoner).

En vanlig fil .git vid roten av ett arbetskatalog som pekar på den katalog som är det verkliga kodförråd. För korrekt användning, se git-worktree[1] eller git-submodule[1]. För syntax, se gitrepository-layout[5].

Ympningar gör det möjligt att sammanfoga två annars olika utvecklingslinjer genom att registrera falsk anorinformation för incheckningar. På så sätt kan du få Git att låtsas att uppsättningen föräldrar som en incheckningar har skiljer sig från vad som registrerades när incheckningen skapades. Konfigureras via filen .git/info/grafts.

I Gits kontext, synonym för objektnamn.

En namngiven referens till incheckning i toppen av en gren. Heads lagras i en fil i katalogen $GIT_DIR/refs/heads/, förutom när packade referenser används. (Se git-pack-refs[1].)

Den aktuella grenen. Mer detaljerat: Ditt arbetskatalog härleds normalt från trädets tillstånd som HEAD refererar till. HEAD är en referens till en av heads i ditt kodförråd, förutom när du använder en frånkopplat HEAD, i vilket fall den direkt refererar till en godtycklig incheckning.

A synonym for huvud.

Under normal exekvering av flera Git-kommandon görs anrop till valfria skript som tillåter en utvecklare att lägga till funktionalitet eller kontroll. Vanligtvis tillåter krokarna (hook) att ett kommando förverifieras och eventuellt avbryts, och möjliggör en eftermeddelande efter att operationen är klar. Krok-skripten finns i katalogen $GIT_DIR/hooks/ och aktiveras genom att helt enkelt ta bort suffixet .sample från filnamnet. I tidigare versioner av Git var man tvungen att göra dem körbara.

En samling filer med statistikinformation, vars innehåll lagras som objekt. Indexet är en lagrad version av ditt arbetskatalog. Sanningen att säga kan det också innehålla en andra, och till och med en tredje version av ett arbetsträd, som används vid sammanslagning.

Informationen om en viss fil, lagrad i index. En indexpost kan avsammanfogas om en sammanslagning har påbörjats men ännu inte avslutats (dvs. om indexet innehåller flera versioner av den filen).

Standardutvecklingen gren. När du skapar en Git kodförråd skapas en gren med namnet "master" som blir den aktiva grenen. I de flesta fall innehåller denna den lokala utvecklingen, men det är helt enligt konvention och inte obligatoriskt.

Som verb: Att hämta ("fetcha") innehållet från en annan gren (möjligen från ett externt kodförråd) till den aktuella grenen. I det fall där den sammanfogade grenen kommer från ett annat arkiv görs detta genom att först hämta den fjärranslutna grenen och sedan sammanfoga resultatet med den aktuella grenen. Denna kombination av hämta- och sammanslagningsoperationer kallas att dra in ("pulla"). Sammanslagning utförs av en automatisk process som identifierar ändringar som gjorts sedan grenarna divergerade och sedan tillämpar alla dessa ändringar tillsammans. I fall där ändringar står i konflikt kan manuell ingripande krävas för att slutföra sammanslagningen.

Lagringsenheten i Git. Den identifieras unikt av SHA-1 för dess innehåll. Följaktligen kan ett objekt inte ändras.

Lagrar en uppsättning "objekt", och ett enskilt objekt identifieras med dess objektnamn. Objekten finns vanligtvis i $GIT_DIR/objects/.

Synonymer för objektnamn.

Den unika identifieraren för ett objekt. Objektnamnet representeras vanligtvis av en hexadecimal sträng på 40 tecken. Även i dagligt tal kallad SHA-1.

En av identifierarna "incheckning", "träd", "tag" eller "blob" som beskriver typen av ett objekt.

För att sammanslå fler än två grenar.

Handlingen att komma åt en gren som ännu inte existerar (dvs. en ofödd-gren). Efter en sådan operation blir den först skapade incheckning en incheckning utan förälder, vilket startar en ny historik.

Standardprojektet uppströms kodförråd. De flesta projekt har minst ett uppströmsprojekt som de spårar. Som standard används origin för detta ändamål. Nya uppströmsuppdateringar hämtas till fjärrspårningsgrenar med namnet origin/name-of-upstream-branch, vilket du kan se med hjälp av git branch -r.

Uppdatera och lägg bara till filer i arbetskatalogen, men ta inte bort dem, ungefär på samma sätt som cp -R skulle uppdatera innehållet i målkatalogen. Detta är standardläget i en utcheckning när man checkar ut filer från index eller en trädlikt. Däremot tar läget utan överläggsläge också bort spårade filer som inte finns i källkoden, ungefär som rsync --delete.

En uppsättning objekt som har komprimerats till en fil (för att spara utrymme eller för att överföra dem effektivt).

Listan över identifierare och annan information om objekten i ett packet, för att effektivt komma åt innehållet i ett paket.

Mönster som används för att begränsa sökvägar i Git-kommandon.

Ett incheckning objekt innehåller en (möjligen tom) lista över den/de logiska föregångaren/föregångarna i utvecklingslinjen, dvs. dess föräldrar.

Åtgärden att rekursivt avreferera ett tag-objekt.

Termen hacka hänvisar till ett alternativ till diffcore-rutinerna som hjälper till att välja ändringar som lägger till eller tar bort en given textsträng. Med alternativet --pickaxe-all kan det användas för att visa hela ändringsset som införde eller tog bort, till exempel, en viss textrad. Se git-diff[1].

Sött namn för kärnan av Git.

Sött namn för program och programsviter som är beroende av core Git, vilket ger högnivååtkomst till core Git. Porslin exponerar mer av ett SCM-gränssnitt än rörmokeri.

Referenser som är per-arbetsträd, snarare än globala. Detta är för närvarande endast HEAD och alla referenser som börjar med refs/bisect/, men kan senare inkludera andra ovanliga referenser.

En referens som har annan semantik än vanliga referenser. Dessa referenser kan läsas via vanliga Git-kommandon, men kan inte skrivas till med kommandon som git-update-ref[1].

Att dra in ("pulla") en gren innebär att hämta den och sammanslå den. Se även git-pull[1].

Att sända ("pusha") en gren innebär att hämta grenens huvud ref från ett fjärr-repo, ta reda på om det är en förfader till grenens lokala huvud-referens, och i så fall lägga till alla objekt som är nåbar från den lokala huvud-referensen, och som saknas i fjärrkodförråd, till det fjärranslutna objektdatabas, och uppdatera den fjärranslutna huvud-referensen. Om den fjärranslutna huvud inte är en förfader till det lokala huvud-värdet, misslyckas sänd-processen.

Alla förfäder till en given incheckning sägs vara "nåbara" från den incheckningen. Mer generellt är en objekt nåbar från en annan om vi kan nå den från den andra via en kedja som följer tags till vad de än taggar, incheckningar till deras föräldrar eller träd, och träd till de träd eller blobs som de innehåller.

Nåbarhetsbitmappar lagrar information om nåbarhet för en vald uppsättning incheckningar i en packfil, eller ett multipackindex (MIDX), för att snabba upp objektsökningen. Bitmapparna lagras i en ".bitmap"-fil. Ett arkiv får ha högst en bitmappsfil i bruk. Bitmappsfilen kan tillhöra antingen ett paket eller arkivets multipackindex (om det finns).

För att återanvända en serie ändringar från en gren till en annan bas, och återställa huvudet för den grenen till resultatet.

Ett namn som pekar på en objektnamn eller en annan referens (den senare kallas en symbolisk ref). För enkelhetens skull kan en referens ibland förkortas när den används som ett argument till ett Git-kommando; se gitrevisions[7] för mer information. Referenser lagras i kodförråd.

En reflogg visar den lokala "historiken" för en referens. Med andra ord kan den berätta vad den tredje senaste revisionen i detta repo var, och vad det aktuella läget var i detta repo, igår klockan 21:14. Se git-reflog[1] för mer information.

En "referensspecifikation" används av hämta ("fetcha") och sänd ("pusha") för att beskriva mappningen mellan fjärren ref och lokal referens. Se git-fetch[1] eller git-push[1] för detaljer.

Ett kodförråd som används för att spåra samma projekt men finns någon annanstans. För att kommunicera med fjärr, se hämta eller sänd.

En ref som används för att följa ändringar från en annan kodförråd. Den ser vanligtvis ut som refs/remotes/foo/bar (vilket indikerar att den spårar en gren med namnet bar i en fjärren med namnet foo), och matchar höger sida av en konfigurerad hämtningsgren referensspecifikation. En fjärrspårningsgren bör inte innehålla direkta modifieringar eller ha lokala incheckningar gjorda till den.

En samling av refs tillsammans med en objektdatabas som innehåller alla objekt som är nåbara från referenserna, eventuellt åtföljda av metadata från en eller flera porslin. Ett kodförråd kan dela en objektdatabas med andra arkiv via alternativs mekanismen.

Åtgärden att manuellt fixa det som en misslyckad automatisk sammanslagning lämnade efter sig.

Synonym för incheckning (substantivet).

Att kasta bort en del av utvecklingen, d.v.s. att tilldela huvud till en tidigare revision.

Källkodshantering (verktyg), också känt som Source Code Management (tool).

"Säker hashalgoritm 1"; en kryptografisk hashfunktion. I Git-sammanhang används den som en synonym för objektnamn.

Mestadels en synonym till ytligt kodförråd men frasen gör det mer explicit att den skapades genom att köra kommandot git clone --depth=....

Ett ytligt kodförråd har en ofullständig historik varav en del incheckning har föräldrar bränts bort (med andra ord, Git får höra att låtsas att dessa incheckningar inte har föräldrarna, trots att de är registrerade i incheckning objekt). Detta är ibland användbart när man bara är intresserad av ett projekts aktuella historik trots att den verkliga historiken som registrerats uppströms är mycket större. Ett ytligt repo skapas genom att ge --depth-alternativet till git-clone[1], och dess historik kan senare fördjupas med git-fetch[1].

En object som används för att tillfälligt lagra innehållet i en smutsig arbetskatalog och indexet för framtida återanvändning.

Ett repo som lagrar historiken för ett separat projekt inuti ett annat kodförråd (det senare kallas superproject).

Ett förvar som refererar till förvar för andra projekt i sin arbetskatalog som undermoduler. Superprojektet känner till namnen på (men innehåller inte kopior av) inchecknings-objekt för de ingående undermodulerna.

Symbolisk referens: istället för att innehålla själva SHA-1-id:t, är det av formatet ref: refs/some/thing och när det refereras, avrefereras till denna referens. HEAD är ett utmärkt exempel på en symref. Symboliska referenser manipuleras med kommandot git-symbolic-ref[1].

En ref under namnrymden refs/tags/ som pekar på ett objekt av en godtycklig typ (vanligtvis pekar en tagg på antingen ett tag eller ett inchecknings-objekt). Till skillnad från en huvud uppdateras inte en tagg av commit-kommandot. En Git-tagg har ingenting att göra med en Lisp-tagg (som skulle kallas en objekttyp i Gits kontext). En tagg används oftast för att markera en viss punkt i commit-anor kedja.

Ett objekt som innehåller ett ref som pekar på ett annat objekt, vilket kan innehålla ett meddelande precis som ett inchecknings-objekt. Det kan också innehålla en (PGP) signatur, i vilket fall det kallas ett "signerat taggobjekt".

En vanlig Git gren som används av en utvecklare för att identifiera en konceptuell utvecklingslinje. Eftersom grenar är mycket enkla och billiga är det ofta önskvärt att ha flera små grenar som var och en innehåller mycket väldefinierade koncept eller små stegvisa men relaterade förändringar.

Nyckel-värde-metadata. Slutrader finns valfritt i slutet av ett inchecknings-meddelande. Kan kallas "fötter" ("footers") eller "taggar" (tags) i andra gemenskaper. Se git-interpret-trailers[1].

Antingen ett arbetskatalog, eller ett trädobjekt tillsammans med det beroende blob och trädobjekten (dvs. en lagrad representation av ett arbetskatalog).

Ett objekt som innehåller en lista med filnamn och lägen tillsammans med referenser till tillhörande blob- och/eller trädobjekt. Ett träd motsvarar ett katalog.

Ett trädobjekt eller ett objekt som kan avrefereras rekursivt till ett trädobjekt. Att avreferera ett inchecknings-objekt ger trädobjektet som motsvarar revisions översta katalog. Följande är alla träd-liknande: ett incheckning-igt, ett trädobjekt, ett tag-objekt som pekar på ett trädobjekt, ett tag-objekt som pekar på ett tag-objekt som pekar på ett trädobjekt, etc.

HEAD kan peka på en gren som ännu inte existerar och som inte har någon incheckning på ännu, och en sådan gren kallas en ofödd gren. Det vanligaste sättet användare stöter på en ofödd gren är genom att skapa ett nytt kodförråd utan att klona någon annanstans. HEAD skulle peka på main-grenen (eller master-grenen, beroende på din konfiguration) som ännu inte har skapats. Vissa operationer kan också ge dig en ofödd gren med deras orphan (föräldralös) alternativ.

En index som innehåller ej sammanslagna index-poster.

Ett objekt som inte är nåbart från en gren, tag eller någon annan referens.

Standard gren som sammanslå med grenen i fråga (eller som grenen i fråga baseras på). Den konfigureras via branch.<namn>.remote och branch.<namn>.merge. Om uppströmsgrenen av A är origin/B säger vi ibland att "A spårar origin/B".

Trädet med faktiska utcheckade filer. Arbetskatalogn innehåller normalt innehållet av HEAD i incheckarens-träd, plus eventuella lokala ändringar som du har gjort men ännu inte incheckade.

Ett förvar kan ha noll (dvs. ett bart förvar) eller ett eller flera arbetsträd kopplade till sig. Ett "arbetsträd" består av ett "arbetskatalog" och förvar-metadata, varav de flesta delas mellan andra arbetskatalog i ett enda repository, och vissa av vilka underhålls separat per arbetskatalog (t.ex. index, HEAD och pseudorefs som MERGE_HEAD, per-arbetskatalog-referenser och per-arbetskatalog-konfigurationsfil).