Svenska ▾ Topics ▾ Latest version ▾ git-revert last updated in 2.50.0

NAMN

git-revert - Ångra vissa befintliga incheckningar

SYNOPSIS

git revert [--[no-]edit] [-n] [-m <föräldranummer>] [-s] [-S[<nyckelid>]] <incheckning>…​
git revert (--continue | --skip | --abort | --quit)

BESKRIVNING

Givet en eller flera befintliga incheckningar, ångra de ändringar som de relaterade patcharna introducerar och registrera några nya incheckning som registrerar dem. Detta kräver att din arbetskatalog är rent (inga modifieringar från HEAD-incheckningen).

Obs: git revert används för att registrera nya incheckningar för att vända effekten av tidigare incheckningar (ofta bara en felaktig sådan). Om du vill slänga alla oincheckade ändringar i din arbetskatalog bör du se git-reset[1], särskilt alternativet --hard. Om du vill extrahera specifika filer som de var i en annan incheckning, bör du se git-restore[1], specifikt alternativet --source. Var försiktig med dessa alternativ eftersom båda kommer att slänga oincheckade ändringar i din arbetskatalog.

Se "Nollställ, återställ och ångra" i git[1] för skillnaderna mellan de tre kommandona.

ALTERNATIV

<incheckning>…​

Incheckningar att ångra. För en mer komplett lista över sätt att stava inchecknings-namn, se gitrevisions[7]. Uppsättningar av incheckningar kan också anges men ingen genomgång görs som standard, se git-rev-list[1] och dess --no-walk-alternativ.

-e
--edit

Med det här alternativet låter git revert dig redigera inchecknings-meddelandet innan du checka-in ångra. Detta är standardinställningen om du kör kommandot från en terminal.

-m förälder-nummber
--mainline <förälder-nummer>

Usually you cannot revert a merge because you do not know which side of the merge should be considered the mainline. This option specifies the parent number (starting from 1) of the mainline and allows revert to reverse the change relative to the specified parent.

Att återgå en sammanslagings-incheckning deklarerar att du aldrig vill att trädändringarna som infördes av sammanslagings-inchecknin ska finnas kvar. Som ett resultat kommer senare sammanslagings-inchecknin endast att inkludera trädändringar som introducerats av incheckningar som inte är föregångare till den tidigare ångrade sammanslagings-incheckningen. Detta kan vara vad du vill, men behöver inte vara det.

Se revert-a-faulty-merge How-To för mer information.

--no-edit

Med det här alternativet, kommer git revert inte att starta inchecknings-meddelande redigeraren.

--cleanup=<läge>

Det här alternativet avgör hur incheckning-meddelandet ska rensas innan det skickas vidare till inchecknings-maskineriet. Se git-commit[1] för mer information. Om <läge> ges värdet scissors kommer scissors att läggas till i MERGE_MSG innan det skickas vidare i händelse av en konflikt.

-n
--no-commit

Vanligtvis skapar kommandot automatiskt några incheckningar med inchecknings-loggmeddelanden som anger vilka incheckningar som ångrad. Denna flagga tillämpar de ändringar som krävs för att ångra de namngivna incheckningarna till ditt arbetskatalog och indexet, men gör inte incheckningarna. Dessutom, när detta alternativ används, behöver ditt index inte matcha HEAD-incheckningen. Upphävdes görs mot starttillståndet för ditt index.

Detta är användbart när du ångrar mer än en inchecknings-effekt till ditt index i rad.

-S[<nyckeld>]
--gpg-sign[=<nyckelid>]
--no-gpg-sign

GPG-signera incheckningar. Argumentet nyckelid är valfritt och används som standard för incheckningar-identiteten; om det anges måste det fästas vid alternativet utan mellanslag. --no-gpg-sign är användbart för att negligera både konfigurationsvariabeln commit.gpgSign och den tidigare --gpg-sign.

-s
--signoff

Lägg till en Signed-off-by-trailer i slutet av inchecknings-meddelandet. Se signoff-alternativet i git-commit[1] för mer information.

--strategy=<strategi>

Använd den givna sammanslagningsstrategin. Bör endast användas en gång. Se avsnittet SAMMANSLAGNINGSSTRATEGIER i git-merge[1] för mer information.

-X<flaggor>
--strategy-option=<flaggor>

Skicka det merge-strategispecifika alternativet vidare till merge-strategin. Se git-merge[1] för mer information.

--rerere-autoupdate
--no-rerere-autoupdate

Efter att rerere-mekanismen återanvänder en inspelad lösning på den aktuella konflikten för att uppdatera filerna i arbetskatalogen, tillåt den även att uppdatera indexet med resultatet av lösningen. --no-rerere-autoupdate är ett bra sätt att dubbelkolla vad rerere gjorde och upptäcka potentiella felaktiga sammanfogningar, innan resultatet sparas i indexet med ett separat git add.

--reference

Instead of starting the body of the log message with "This reverts <full-object-name-of-the-commit-being-reverted>.", refer to the commit using "--pretty=reference" format (cf. git-log[1]). The revert.reference configuration variable can be used to enable this option by default.

SEQUENCER SUBCOMMANDS

--continue

Fortsätt den pågående operationen med informationen i .git/sequencer. Kan användas för att fortsätta efter att konflikter i en misslyckad cherry-picking eller ångring har lösts.

--skip

Hoppa över den nuvarande incheckningen och fortsätt med resten av sekvensen.

--quit

Glöm den pågående operationen. Kan användas för att rensa sequencerns tillstånd efter en misslyckad cherry pick eller återställning.

--abort

Avbryt åtgärden och återgå till försekvenstillståndet.

EXEMPEL

git revert HEAD~3

Revert the changes specified by the fourth last commit in HEAD and create a new commit with the reverted changes.

git revert -n master~5..master~2

Ångrar ändringarna som gjorts av incheckningar från den femte sista incheckningen i master (inkluderad) till den tredje sista incheckningen i master (inkluderad), men skapa inte någon incheckning med de ågrade ändringarna. Ångringen ändrar bara arbetskatalog och indexet.

DISKUSSION

Medan git skapar ett enkelt inchecknings-meddelande automatiskt, rekommenderas det starkt att förklara varför den ursprungliga incheckningen upphävdes. Dessutom kommer upprepade ångingar av ångring att resultera i alltmer otympliga ämnesrader, till exempel Reapply "Reapply "<original-subject>"". Överväg att omformulera dessa för att göra dem kortare och mer unika.

KONFIGURATION

Allt under den här raden i det här avsnittet är selektivt inkluderat från dokumentationen git-config[1]. Innehållet är detsamma som det som finns där:

Warning

Missing sv/config/revert.adoc

See original version for this content.

GIT

En del av git[1]-sviten