Köar automatiskt filer som har ändrats eller tagits bort, men nya filer som du inte har talat om för Git påverkas inte.

Använd det interaktiva gränssnittet för patchval för att välja vilka ändringar som ska checkas in. Se git-add[1] för detaljer.

Generate diffs with <n> lines of context. The number of context lines defaults to diff.context or 3 if the configuration variable is unset. (-U without <n> is silently accepted as a synonym for -p due to a historical accident).

Visar sammanhanget mellan olika stycken, upp till det angivna <antal> rader, och sammanfogar därmed stycken som ligger nära varandra. Standardvärdet är diff.interHunkContext eller 0 om konfigurationsalternativet inte är inställt.

Ta ett befintligt <incheckning>-objekt och återanvänd loggmeddelandet och författarinformationen (inklusive tidsstämpeln) när du skapar incheckningen.

Som -C, men med -c startas redigeraren så att användaren kan redigera incheckningsmeddelandet vidare.

Skapa en ny incheckning som "fixar upp" <incheckning> när den tillämpas med git rebase --autosquash. Vanlig --fixup=<incheckning> skapar en "fixup!"-incheckning som ändrar innehållet i <incheckningen> men lämnar dess loggmeddelande orört. --fixup=amend:<incheckning> är liknande men skapar en "amend!"-incheckning som också ersätter loggmeddelandet för <incheckning> med loggmeddelandet från "amend!"-incheckningen. --fixup=reword:<incheckning> skapar en "amend!"-incheckning som ersätter loggmeddelandet för <incheckning> med sitt eget loggmeddelande men gör inga ändringar i innehållet i <incheckning>.

Konstruera ett incheckningsmeddelande för användning med git rebase --autosquash. Rubriken för incheckningsmeddelandet hämtas från den angivna incheckningen med prefixet "squash! ". Kan användas med ytterligare alternativ för incheckningsmeddelande (-m/-c/-C/-F). Se git-rebase[1] för detaljer.

När det används med -C/-c/--amend-flaggor, eller vid incheckning efter ett motstridigt urval av attribut, deklareras att författarskapet till den resulterande incheckningen nu tillhör incheckaren. Detta förnyar också författartidsstämpeln.

När du gör en testkörning, ange utdata i short-format. Se git-status[1] för detaljer. Implicerar --dry-run.

Visa gren- och spårningsinformation även i kortformat. Se git-status[1] för mer information.

När du gör en torrkörning, ge utdata i ett porcelain-anpassat format. Se git-status[1] för detaljer. Implicerar --dry-run.

När du gör en testkörning, ange utdata i långt format. Detta är standardutdata för git-status[1]. Implicerar --dry-run.

När short- eller porcelain-utdata från git-status[1] visas, skriv ut filnamnet ordagrant och avsluta posterna med NUL, i stället för LF. Om inget format anges innebär detta utdataformatet --porcelain. Utan -z-alternativet citeras filnamn med "ovanliga" tecken enligt beskrivningen för konfigurationsvariabeln core.quotePath (se git-config[1]).

Hämta incheckningsmeddelandet från <fil>. Använd - för att läsa meddelandet från standardindata.

Åsidosätt incheckningsförfattaren. Ange en explicit författare med standardformatet A U Thor <författare@example.com>. Annars antas <författare> vara ett mönster och används för att söka efter en befintlig incheckning av den författaren (d.v.s. git rev-list --all -i --author=<författare>); incheckningsförfattaren kopieras sedan från den första hittade incheckningen.

Åsidosätt författardatumet som användes i incheckningen.

Använd <medd> som incheckningsmeddelande. Om flera -m-alternativ anges, sammanfogas deras värden som separata stycken.

När du redigerar incheckningsmeddelandet, starta redigeraren med innehållet i <fil>. Konfigurationsvariabeln commit.template används ofta för att ge denna möjlighet implicit till kommandot. Denna mekanism kan användas av projekt som vill vägleda deltagarna med några tips om vad de ska skriva i meddelandet och i vilken ordning. Om användaren avslutar redigeraren utan att redigera meddelandet avbryts incheckningen. Detta har ingen effekt när ett meddelande ges på annat sätt, t.ex. med alternativen -m eller -F.

Lägg till en Signed-off-by i slutet av incheckningsloggmeddelandet. Betydelsen av en signering beror på det projekt som bidrag lämnas till. Det kan till exempel intyga att incheckaren har rätt att skicka in arbetet under projektets licens eller godkänner någon bidragsgivares representation, till exempel ett Developer Certificate of Origin. (Se https://developercertificate.org för det som används av Linuxkärnan och Git-projekten.) Konsultera dokumentationen eller ledningen för det aktuella projektet för att förstå hur signering används där.

Ange ett (<token>, <värde>)-par som ska användas som en slutrad. (t.ex. git commit --trailer "Signed-off-by:C O Mitter \ <committer@example.com>" --trailer "Helped-by:C O Mitter \ <committer@example.com>" kommer att lägga till slutraden Signed-off-by och slutraden Helped-by i incheckningsmeddelandet.) Konfigurationsvariablerna trailer.* (git-interpret-trailers[1]) kan användas för att definiera om en duplicerad trailer utelämnas, var i slutradsserien varje trailer ska visas och andra detaljer.

Hoppa över krokarna pre-commit och commit-msg. Se även githooks[5].

Vanligtvis är det ett misstag att registrera en incheckning som har exakt samma träd som dess enda överordnade incheckning, och kommandot hindrar dig från att göra en sådan incheckning. Det här alternativet kringgår säkerheten och används främst av främmande SCM-gränssnittsskript.

Skapa en commit med ett tomt incheckningsmeddelande utan att använda lågnivåkommandon som git-commit-tree[1]. Precis som --allow-empty är detta kommando främst avsett för användning av främmande SCM-gränssnittsskript.

Bestäm hur det angivna incheckningsmeddelandet ska rensas upp innan det checkas in. <mode> kan vara strip, whitespace, verbatim, scissors eller default.

Låt användaren ytterligare redigera meddelandet som tagits från <fil> med -F <fil>, kommandoraden med -m <meddelande> och från <incheckning> med -C <incheckning>.

Använd det valda incheckningsmeddelandet utan att starta en redigerare. Till exempel ändrar git commit --amend --no-edit en incheckning utan att ändra dess incheckningsmeddelande.

Ersätt toppen av den aktuella grenen genom att skapa en ny incheckning. Det inspelade trädet förbereds som vanligt (inklusive effekten av alternativen -i och -o samt ett explicit sökvägsmönster), och meddelandet från den ursprungliga incheckningen används som utgångspunkt, i stället för ett tomt meddelande, när inget annat meddelande anges från kommandoraden via alternativ som -m, -F, -c, etc. Den nya incheckningen har samma föräldrar och författare som den aktuella (alternativet --reset-author kan motverka detta).

	$ git reset --soft HEAD^
	$ ... gör något annat för att få fram rätt träd ...
	$ git commit -c ORIG_HEAD

Hoppa över kroken post-rewrite.

Innan du gör en incheckning från det hittills köaded innehållet, köa även innehållet i de sökvägar som anges på kommandoraden. Detta är vanligtvis inte vad du vill om du inte slutför en konfliktfylld sammanslagning.

Gör en incheckning genom att hämta det uppdaterade innehållet i arbetsträdet för de sökvägar som anges på kommandoraden, utan att ta hänsyn till innehåll som är köade för andra sökvägar. Detta är standardläget för git commit om några sökvägar anges på kommandoraden, i vilket fall detta alternativ kan utelämnas. Om detta alternativ anges tillsammans med --amend behöver inga sökvägar anges, vilka kan användas för att ändra den senaste incheckningen utan att checka in ändringar som redan har köats. Om de används tillsammans med --allow-empty krävs inte heller några sökvägar, och en tom incheckning kommer att skapas.

Skicka sökvägsmönster i <fil> i stället för kommandoradsargument. Om <fil> är exakt - används standardindata. Sökvägsmönsterposter separeras med LF eller CR/LF. Sökvägsmönsterposter kan citeras enligt beskrivningen för konfigurationsvariabeln core.quotePath (se git-config[1]). Se även --pathspec-file-nul och globala --literal-pathspecs.

Endast meningsfullt med --pathspec-from-file. Sökvägsmönsterposter separeras med tecknet NUL och alla andra tecken tolkas bokstavligt (inklusive radbrytningar och citattecken).

Visa ospårade filer.

Visa en enhetlig skillnad mellan HEAD-incheckning och vad som skulle checkas in längst ner i incheckningsmeddelandemallen för att hjälpa användaren att beskriva incheckningen genom att påminna om vilka ändringar incheckningen har. Observera att denna diff-utdata inte har sina rader prefixerade med #. Denna skillnad kommer inte att vara en del av incheckningsmeddelandet. Se konfigurationsvariabeln commit.verbose i git-config[1].

Undertryck sammanfattnings-meddelande för incheckningen.

Skapa inte en incheckning, utan visa en lista över sökvägar som ska checkas in, sökvägar med lokala ändringar som kommer att lämnas oincheckade och sökvägar som inte spåras.

Inkludera utdata från git-status[1] i incheckningsmeddelandemallen när en redigerare används för att förbereda incheckningsmeddelandet. Standardinställningen är på, men kan användas för att åsidosätta konfigurationsvariabeln commit.status.

Inkludera inte utdata från git-status[1] i incheckningsmeddelandemallen när du använder en redigerare för att förbereda standardincheckningsmeddelandet.

GPG-signera incheckning. <nyckel-id> är valfri och används som standard för incheckare-identiteten; om den anges måste den fästas vid alternativet utan mellanslag. --no-gpg-sign är användbar för att negligera både konfigurationsvariabeln commit.gpgSign och den tidigare --gpg-sign.

Tolka inte fler argument som alternativ.

När <sökvägsmönster> anges på kommandoraden, checka in innehållet i filerna som matchar sökvägsmönster utan att registrera de ändringar som redan lagts till i indexet. Innehållet i dessa filer köas också för nästa incheckning utöver vad som har köats tidigare.

Det är <unix-timestamp> <time-zone-offset>, där <unix-timestamp> är antalet sekunder sedan UNIX-epoken. <time-zone-offset> är en positiv eller negativ förskjutning från UTC. Till exempel är CET (som är 1 timme före UTC) +0100.

Standarddatumformatet som beskrivs av RFC 2822, till exempel Tor, 07 Apr 2005 22:13:13 +0200.

Tid och datum som anges av ISO 8601-standarden, till exempel 2005-04-07T22:13:13. Parsern accepterar även ett mellanslag i stället för tecknet T. Bråkdelar av en sekund kommer att ignoreras, till exempel 2005-04-07T22:13:13.019 kommer att behandlas som 2005-04-07T22:13:13.

Den här inställningen åsidosätter standardinställningen för --cleanup-alternativet i git commit. Att ändra standardinställningen kan vara användbart när du alltid vill behålla rader som börjar med kommentartecknet (core.commentChar, standard #) i ditt loggmeddelande, i vilket fall du skulle göra git config commit.cleanup whitespace (observera att du själv måste ta bort hjälpraderna som börjar med kommentartecknet i incheckning-loggmallen om du gör detta).

En boolesk kod som anger om alla incheckningar ska GPG-signeras. Användning av det här alternativet vid operationer som ombasering kan resultera i att ett stort antal incheckningar signeras. Det kan vara praktiskt att använda en agent för att undvika att skriva in din GPG-lösenfras flera gånger.

Ett booleskt värde för att aktivera/inaktivera inkludering av statusinformation i incheckningsmeddelandemallen när en redigerare används för att förbereda incheckningsmeddelandet. Standardvärdet är true.

Ange sökvägen till en fil som ska användas som mall för nya incheckningsmeddelanden.

Ett booleskt värde eller ett heltal för att ange utförlighetsnivån med git commit.

Den här filen innehåller incheckningsmeddelandet för en pågående incheckning. Om git commit avslutas på grund av ett fel innan en incheckning skapas, kommer alla incheckningsmeddelanden som har tillhandahållits av användaren (t.ex. i en redigeringssession) att finnas tillgängliga i den här filen, men kommer att skrivas över av nästa anrop av git commit.