Hur ångrar du ändringar i Git?

Question

Accepted Answer

Git erbjuder flera sätt att **ångra ändringar** beroende på situationen — ta bort ocommittade ändringar, unstage, ändra den senaste commit, återkalla en commit, eller reset. Att känna till rätt verktyg för varje situation är viktigt och en värdefull praktisk färdighet. ## Ångra ocommittade ändringar (arbetskatalog) ```bash git restore # discard unstaged changes to a file (revert to last commit) git checkout -- # older equivalent git restore . # discard ALL unstaged changes (careful!) git clean -fd # remove untracked files/directories ``` ## Unstage (behåll ändringarna, bara unstage) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Fixa eller ändra den senaste commit ```bash git commit --amend -m "New message" # change the last commit's message git commit --amend # add staged changes to the last commit # ⚠️ amend REWRITES the commit — don't amend commits already pushed/shared ``` ## Ångra en committad ändring ```text TWO main approaches: REVERT → creates a NEW commit that undoes a previous commit (SAFE for shared history) git revert → history preserved; the undo is itself a commit RESET → moves the branch pointer BACK (rewrites history — for LOCAL commits only) git reset --soft HEAD~1 → undo commit, KEEP changes staged git reset --mixed HEAD~1 → undo commit, keep changes unstaged (default) git reset --hard HEAD~1 → undo commit AND DISCARD changes (⚠️ destructive!) ``` ## revert vs reset (det viktiga valet) ```text REVERT → safe for PUBLIC/shared commits (adds a new undoing commit; doesn't rewrite history) RESET → rewrites history (only for LOCAL, unpushed commits; never on shared branches) → Rule: use REVERT to undo commits others may have; RESET only for local cleanup. ``` ## Varför det är viktigt Att kunna ångra ändringar i Git är en viktig, ofta behövd praktisk färdighet, eftersom misstag och behovet av att ångra arbete är oundvikliga inom utveckling, och Git tillhandahåller kraftfulla (men situationsberoende) sätt att återställa. Att förstå **rätt verktyg för varje situation** är nyckelfärdigheten: att ta bort **ocommittade ändringar** (`git restore` för att återkalla ändringar i arbetskatalogen, `git clean` för ospårade filer), **unstage** (`git restore --staged` för att behålla ändringar men unstage dem), **ändra** den senaste commit (ändra dess meddelande eller lägga till det — med det viktiga förbehållet att inte ändra pushade commits eftersom det skriver om historiken), och ångra **committade** ändringar. För att ångra commits är det särskilt viktigt att förstå **den kritiska skillnaden mellan revert och reset**: **`revert`** skapar en ny commit som ångrar en tidigare och är **säker för delad/offentlig historik** (den skriver inte om historiken, så det stör inte andra), medan **`reset`** flyttar grenvisaren tillbaka och **skriver om historiken**, vilket är lämpligt endast för **lokala, opushade commits** (och `reset --hard` är destruktiv och tar bort ändringar). Regeln — använd `revert` för commits som andra kan ha, `reset` endast för lokal rensning — är kritisk eftersom att skriva om delad historik (via reset på pushade commits) orsakar allvarliga problem för medarbetare. Att känna till dessa alternativ förhindrar både att förlora arbete (genom att användning destruktiva kommandon slarvigt) och att störa samarbete (genom att skriva om delad historik). Eftersom att ångra ändringar är ett vanligt, oundvikligt behov och Git erbjuder flera situationsberoende tillvagagångar med viktiga säkerhetsmässiga implikationer (särskilt revert vs reset för delad historik), är det en värdefull, ofta använd praktisk kunskap att kunna ångra ändringar i Git — rätt verktyg för varje scenario och den avgörande revert-vs-reset-skillnaden — en färdighet som omvandlar oron för misstag till rutinmässig återhämtning samtidigt som man undviker det allvarliga misstaget att skriva om delad historik.