Cum anulezi schimbări în Git?

Question

Accepted Answer

Git oferă mai multe moduri de a **anula schimbări** în funcție de situație — eliminarea schimbărilor necomise, unstaging, amendarea ultimului commit, revertarea unui commit sau resetarea. Știind instrumentul potrivit pentru fiecare situație este o abilitate practică importantă și valoroasă. ## Anulare schimbări necomise (directorul de lucru) ```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 (păstrează schimbările, doar unstage) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Reparare sau amendare ultimului 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 ``` ## Anulare schimbare comisă ```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 (alegerea cheie) ```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. ``` ## De ce conteaza Știind cum să anulezi schimbări în Git este o abilitate practică importantă și des necesară, deoarece greșelile și nevoia de a anula lucrul sunt inevitabile în dezvoltare, și Git oferă moduri puternice (dar specifice situației) de recuperare. Știind **instrumentul potrivit pentru fiecare situație** este abilitatea cheie: eliminarea **schimbărilor necomise** (`git restore` pentru a reveni la editări în directorul de lucru, `git clean` pentru fișiere neraportate), **unstaging** (`git restore --staged` pentru a păstra schimbările dar a face unstaging), **amendarea** ultimului commit (modificarea mesajului sau adăugarea la acesta — cu avertismentul important de a nu amenda commits-uri deja trimise deoarece rescrie istoricul), și anularea **schimbărilor comise**. Pentru anularea commits-urilor, înțelegerea **distincției critice între revert și reset** este deosebit de importantă: **`revert`** creează un nou commit care anulează unul anterior și este **sigur pentru istoricul partajat/public** (nu rescrie istoricul, deci nu va deranja pe alții), în timp ce **`reset`** mută indicatorul branch-ului în urmă și **rescrie istoricul**, fiind adecvat doar pentru **commits-uri locale, netrimise** (și `reset --hard` este distructiv, eliminând schimbări). Regula — folosește `revert` pentru commits-uri pe care alții le pot avea, `reset` doar pentru curățare locală — este vitală deoarece rescrierea istoricului partajat (via reset pe commits-uri trimise) cauza probleme serioase colaboratorilor. Cunoașterea acestor opțiuni previne atât pierderea de lucru (folosind comenzi distructive neglijent) cât și perturbarea colaborării (rescrierea istoricului partajat). Deoarece anularea schimbărilor este o nevoie comună, inevitabilă și Git oferă mai multe abordări specifice situației cu implicații importante de siguranță (în special revert vs reset pentru istoricul partajat), știind cum să anulezi schimbări în Git — instrumentul potrivit pentru fiecare scenariu și distincția crucială revert-vs-reset — este cunoaștere practică valoroasă și des aplicată pentru a lucra cu încredere și siguranță cu Git, o abilitate care transformă anxietatea greșelilor în recuperare obișnuită evitând în același timp pericolul serios al rescrierii istoricului partajat.