Köar-automatiskt filer som har ändrats och raderats, men nya filer som du inte har informerat Git om påverkas inte.

Använd det interaktiva gränssnittet för val av patch för att välja vilka ändringar som ska checkas-in. Se git-add[1] för mer information.

Generate diffs with <n> lines of context. Defaults to diff.context or 3 if the config option is unset.

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 inchecknings-filen.

Som -C, men med -c anropas editorn, så att användaren kan redigera incheckning-meddelandet ytterligare.

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 inchecknings-meddelande för användning med git rebase --autosquash. Rubriken för inchecknings-meddelandet hämtas från den angivna inchecknings-funktionen med prefixet "squash!". Kan användas med ytterligare inchecknings-meddelandealternativ (-m/-c/-C/-F). Se git-rebase[1] för mer information.

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 porslinsklart format. Se git-status[1] för detaljer. Implicerar --dry-run.

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

När short eller porcelain git-status[1] visas, skriv ut filnamnet ordagrant och avsluta posterna med NUL, istä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 incheckning-meddelandet från <fil>. Använd - för att läsa meddelandet från standardindata.

Åsidosätt inchecknings-fö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 (dvs. git rev-list --all -i --author=<författare>); inchecknings-författaren kopieras sedan från den första hittade incheckningen.

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

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

När du redigerar incheckning-meddelandet, starta editorn 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 editorn utan att redigera meddelandet avbryts inchecknings-inlämningen. Detta har ingen effekt när ett meddelande ges på annat sätt, t.ex. med alternativen -m eller -F.

Add a Signed-off-by trailer by the committer at the end of the commit log message. The meaning of a signoff depends on the project to which you’re committing. For example, it may certify that the committer has the rights to submit the work under the project’s license or agrees to some contributor representation, such as a Developer Certificate of Origin. (See https://developercertificate.org for the one used by the Linux kernel and Git projects.) Consult the documentation or leadership of the project to which you’re contributing to understand how the signoffs are used in that project.

Ange ett (<token>, <värde>)-par som ska användas som en trailer. (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 trailern Signed-off-by och trailern Helped-by i incheckares-meddelandet.) Konfigurationsvariablerna trailer.* (git-interpret-trailers[1]) kan användas för att definiera om en duplicerad trailer utelämnas, var i trailerserien 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 inchecknings-meddelande utan att använda plumbing-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 inchecknings-meddelandet 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 incheckning-meddelandet utan att starta en editor. Till exempel ändrar git commit --amend --no-edit en commit utan att ändra dess commit-meddelande.

Replace the tip of the current branch by creating a new commit. The recorded tree is prepared as usual (including the effect of the -i and -o options and explicit pathspec), and the message from the original commit is used as the starting point, instead of an empty message, when no other message is specified from the command line via options such as -m, -F, -c, etc. The new commit has the same parents and author as the current one (the --reset-author option can countermand this).

	$ 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.

Before making a commit out of staged contents so far, stage the contents of paths given on the command line as well. This is usually not what you want unless you are concluding a conflicted merge.

Gör en incheckning genom att hämta det uppdaterade innehållet i arbetskatalogen 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ägsspec i <fil> istället för kommandoradsargument. Om <fil> är exakt - används standardindata. Sökvägsspec-element separeras med LF eller CR/LF. Sökvägsspec-element kan citeras enligt beskrivningen för konfigurationsvariabeln core.quotePath (se git-config[1]). Se även --pathspec-file-nul och global --literal-pathspecs.

Endast meningsfullt med --pathspec-from-file. Pathspec-element 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 inchecknings-meddelandemallen 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 inchecknings-meddelandet. 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 inchecknings-meddelandemallen när en editor används för att förbereda inchecknings-meddelandet. 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 inchecknings-meddelandemallen när du använder en editor för att förbereda standard inchecknings-meddelandet.

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ägsspec> anges på kommandoraden, checka-in innehållet i filerna som matchar sökvägsspec 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 istä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 inchecknings-meddelandemallen när en editor används för att förbereda inchecknings-meddelandet. Standardvärdet är true.

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

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

Den här filen innehåller inchecknings-meddelandet för en pågående incheckning. Om git commit avslutas på grund av ett fel innan en incheckning skapas, kommer alla inchecknings-meddelanden 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.