Hogyan lehet visszavonni módosításokat a Gitben?

Question

Accepted Answer

A Git több lehetőséget kínál a **módosítások visszavonására** attól függően, hogy milyen helyzetben vagyunk — nem commitolt módosítások elvetése, unstaging, az utolsó commit módosítása, egy commit visszavonása vagy reset. Az egyes szituációkra vonatkozó megfelelő eszköz ismerete fontos, értékes gyakorlati készség. ## Nem commitolt módosítások visszavonása (munkamappa) ```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 (a módosítások megmaradnak, csak az unstage-elés) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Az utolsó commit javítása vagy módosítása ```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 ``` ## Egy commitolt módosítás visszavonása ```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 (a kulcsfontosságú választás) ```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. ``` ## Miért fontos A módosítások visszavonásának a Gitben való ismerete fontos, gyakran szükséges gyakorlati készség, mert a hibák és a munkavégzés visszavonásának szükségessége elkerülhetetlen a fejlesztés során, és a Git hatékony (de szituációhoz kötött) lehetőségeket biztosít a helyreállításra. Az **egyes szituációkra vonatkozó megfelelő eszköz megválasztása** a kulcsfontosságú készség: nem commitolt módosítások elvetése (`git restore` a munkamappa szerkesztéseinek visszavonásához, `git clean` az követésből kihagyott fájlokhoz), **unstaging** (`git restore --staged` a módosítások megtartásához, de unstaging-eléshez), az utolsó commit **módosítása** (az üzenet megváltoztatása vagy továbbfejlesztése — azzal a fontos figyelmeztetéssel, hogy ne módosítsd a már feltöltött commitokat, mivel ez átírja az előzményt), és a **commitolt** módosítások visszavonása. A commitok visszavonásához a **revert és reset közötti kritikus különbség** ismerete különösen fontos: a **`revert`** egy új commitet hoz létre, amely visszavon egy korábbi commitet, és **biztonságos a megosztott/nyilvános előzményekhez** (nem írja át az előzményt, így nem zavarja a többieket), míg a **`reset`** az ágmutató visszaviszi és **átírja az előzményt**, ami csak a **helyi, fel nem töltött commitokra** alkalmas (és a `reset --hard` romboló, elvetésre használja a módosításokat). A szabály — a `revert` használata azoknak a commitoknak az esetén, amelyekhez mások is hozzáférhetnek, a `reset` csak a helyi tisztításhoz — létfontosságú, mert a megosztott előzmények átírása (reset használata a feltöltött commitokon) súlyos problémákat okoz az együttműködő fejlesztőknek. A lehetőségek ismerete megelőzi mind a munka elvesztésének a veszélyét (romboló parancsok gondatlan használata), mind az együttműködés zavarait (megosztott előzmények átírása). Mivel a módosítások visszavonása egy közös, elkerülhetetlen szükséglet, és a Git több szituációhoz kötött megközelítést kínál fontos biztonsági következményekkel (különösen a revert vs reset megosztott előzményekhez), a módosítások visszavonásának ismerete a Gitben — az egyes forgatókönyvekhez az alkalmas eszköz és a döntő revert-vs-reset különbség — értékes, gyakran alkalmazott gyakorlati tudás a Git-tel való magabiztos és biztonságos munkavégzéshez, egy olyan készség, amely a hibák szorongását rutinszerű helyreállításra alakítja át, miközben elkerüli a megosztott előzmények átírásának súlyos csapdáját.