Jak se v Gitu vrátí zpět změny?

Question

Accepted Answer

Git nabízí několik způsobů, jak **vrátit zpět změny** v závislosti na situaci — zahazování nepotvrzených změn, zrušení připravení, úprava posledního commitu, vrácení commitu nebo resetování. Znalost správného nástroje pro každou situaci je důležitá a cenná praktická dovednost. ## Vrácení nepotvrzených změn (pracovní adresář) ```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 ``` ## Zrušení připravení (zachování změn, pouze zrušení připravení) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Oprava nebo úprava posledního commitu ```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 ``` ## Vrácení potvrzené změny ```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 (klíčová volba) ```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. ``` ## Proč je to důležité Znalost vrácení změn v Gitu je důležitá a často potřebná praktická dovednost, protože chyby a potřeba vrátit zpět práci jsou nevyhnutelné při vývoji a Git nabízí výkonné (ale situačně specifické) způsoby, jak se zotavit. Porozumění **správnému nástroji pro každou situaci** je klíčová dovednost: zahazování **nepotvrzených změn** (`git restore` pro vrácení úprav v pracovním adresáři, `git clean` pro nesledované soubory), **zrušení připravení** (`git restore --staged` pro zachování změn, ale jejich zrušení připravení), **úprava** posledního commitu (změna jeho zprávy nebo přidání k němu — s důležitou výhradou neupravovat pushnuté commity, protože přepisuje historii), a vrácení **potvrzených** změn. Pro vrácení commitů je pochopení **kritického rozdílu mezi revert a reset** obzvláště důležité: **`revert`** vytvoří nový commit, který vrátí zpět předchozí a je **bezpečný pro sdílenou/veřejnou historii** (nepřepisuje historii, takže neruší ostatní), zatímco **`reset`** posune ukazatel větve zpět a **přepisuje historii**, což je vhodné pouze pro **lokální, nepushnuté commity** (a `reset --hard` je destruktivní, zahazující změny). Pravidlo — používejte `revert` pro commity, které mohou mít ostatní, `reset` pouze pro lokální vyčištění — je nezbytné, protože přepisování sdílené historie (pomocí reset na pushnutých commitech) způsobuje vážné problémy spolupracovníkům. Znalost těchto možností zabraňuje jak ztrátě práce (nedbalému používání destruktivních příkazů), tak narušení spolupráce (přepisování sdílené historie). Protože vrácení změn je časté, nevyhnutelné období a Git nabízí více přístupů specifických pro situaci s důležitými bezpečnostními důsledky (zejména revert vs reset pro sdílenou historii), znalost vrácení změn v Gitu — správného nástroje pro každý scénář a zásadního rozdílu revert-vs-reset — je cenná, často používaná praktická znalost pro sebevědomou a bezpečnou práci s Gitem, dovednost, která změní úzkost z chyb v rutinní zotavení a přitom se vyhne vážnému úskalí přepisování sdílené historie.