Namnet på det objekt som ska visas. För en mer komplett lista över sätt att stava objektnamn, se avsnittet "SPECIFICERING AV REVISIONER" i gitrevisions[7].

I stället för innehållet, visa objekttypen som identifieras av <objekt>.

I stället för innehållet, visa objektstorleken identifierad av <objekt>. Om den används med alternativet --use-mailmap, visas storleken på det uppdaterade objektet efter att identer ersatts med hjälp av mailmap-mekanismen.

Avsluta med status noll om <objekt> finns och är ett giltigt objekt. Om <objekt> har ett ogiltigt format, avsluta med status som inte är noll och generera ett felmeddelande vid stderr.

Skriv ut innehållet i <objekt> baserat på dess typ.

Vanligtvis matchar detta den verkliga typen av <objekt>, men det är också tillåtet att fråga efter en typ som trivialt kan avrefereras från den givna <objekt>. Ett exempel är att fråga efter ett "träd" där <objekt> är ett incheckningsobjekt som innehåller det, eller att fråga efter en "blob" där <objekt> är ett taggobjekt som pekar på det.

Använd mailmap-filen för att mappa författar-, incheckare- och taggarnamn och e-postadresser till kanoniska riktiga namn och e-postadresser. Se git-shortlog[1].

Visa innehållet så som det har transformerats av ett textconv filtret. I det här fallet måste <objekt> ha formen <trädlikt>:<sökväg> eller :<sökväg> för att filtret ska kunna tillämpas på innehållet som är registrerat i indexet vid <sökväg>.

Visa innehållet så som det konverterats av filtren som konfigurerats i det aktuella arbetsträdet för den angivna <sökvägen> (d.v.s. smudge-filter, konvertering vid radslut, etc.). I det här fallet måste <objekt> vara av formen <trädlikt>:<sökväg> eller :<sökväg>.

Uteslut objekt från listan över utskrivna objekt. Detta kan bara användas i kombination med ett av satslägena. Undantagna objekt som uttryckligen har begärts via något av satslägena som läser objekt via standardinmatning (--batch, --batch-check) kommer att rapporteras som "filtrerade". Undantagna objekt i --batch-all-objects-läge kommer inte att skrivas ut alls. <filter-spec> kan vara ett av följande:

För användning med --textconv eller --filters, för att tillåta att ett objektnamn och en sökväg anges separat, t.ex. när det är svårt att lista ut vilken version blobben kommer från.

Skriv ut objektinformation och innehåll för varje objekt som anges på stdin. Får inte kombineras med andra alternativ eller argument förutom --textconv, --filters eller --use-mailmap.

Skriv ut objektinformation för varje objekt som anges på stdin. Får inte kombineras med andra alternativ eller argument förutom --textconv, --filters eller --use-mailmap.

Ange ett kommandoläge som läser kommandon och argument från stdin. Får endast kombineras med --buffer, --textconv, --use-mailmap eller --filters.

I stället för att läsa en lista med objekt på stdin, utför den begärda sats-operationen på alla objekt i kodförrådet och eventuella alternativa objektlager (inte bara nåbara objekt). Kräver att --batch eller --batch-check anges. Som standard besöks objekten i ordning sorterade efter deras hash-värden; se även --unordered nedan. Objekt presenteras som de är, utan att respektera "replace"-mekanismen i git-replace[1].

Normalt sett rensas satsutdata efter att varje objekt har matats ut, så att en process interaktivt kan läsa och skriva från cat-file. Med det här alternativet använder utdata normal stdio-buffring; detta är mycket effektivare när --batch-check eller --batch-command anropas på ett stort antal objekt.

När --batch-all-objects används, besök objekt i en ordning som kan vara mer effektiv för att komma åt objektinnehållet än hashordning. De exakta detaljerna i ordningen är inte angivna, men om en specifik ordning inte behövs ordning bör detta generellt resultera i snabbare utdata, särskilt med --batch. Observera att cat-file fortfarande bara visar varje objekt en gång, även om det lagras flera gånger i kodförrådet.

Med --batch eller --batch-check följs symboliska länkar inuti kodförrådet när objekt begärs med utökade SHA-1-uttryck av formen tree-ish:path-in-tree. I stället för att tillhandahålla utdata om själva länken ges utdata om det länkade objektet. Om en symbolisk länk pekar utanför trädet (t.ex. en länk till /foo eller en rotnivålänk till ../foo), kommer den del av länken som finns utanför trädet att skrivas ut.

f: en fil som innehåller "hej\n"
länk: en symlink till f
kat/länk: en symlink till../f
plänk: en symlink till../f
alänk: en symlink till /etc/passwd

ce013625030ba8dba906f756967f9e9ca394464a blob 6

4d1ae35ba2c8ec712fa2a379db44ad639ca277bd blob 1

symlink 4
../f

symlink 11
/etc/passwd

Endast meningsfullt med --batch, --batch-check eller --batch-command; indata och utdata är NUL-avgränsade i stället för nyradsavgränsade.

Endast meningsfullt med --batch, --batch-check eller --batch-command; inmatningen är NUL-avgränsad i stället för nyradsavgränsad. Detta alternativ är föråldrat till förmån för -Z eftersom utmatningen annars kan vara tvetydig.

Den fullständiga hexadecimala representationen av objektnamnet.

Objektets typ (samma som cat-file -t rapporterar).

Om det angivna objektet har lägesinformation (t.ex. ett träd eller en indexpost), uttrycks läget som ett oktalt heltal. Annars en tom sträng.

Objektets storlek, i byte, (samma som cat-file -s rapporterar).

Storleken, i byte, som objektet tar upp på disken. Se anmärkningen om storlekar på disken i avsnittet "FÖRBEHÅLL" nedan.

Om objektet lagras som en delta på disk, expanderas detta till den fullständiga hexadecimala representationen av deltabasobjektets namn. Annars expanderas det till null-OID (bara nollor). Se FÖRBEHÅLL nedan.

Om denna atom används i utdatasträngen delas indatalinjerna vid den första blankstegsgränsen. Alla tecken före det blanksteget anses vara objektnamnet; tecken efter den första följden av blanksteg (d.v.s. "resten" av raden) matas ut i stället för %(rest)-atomen.