Jak cofnąć zmiany w Gicie?

Question

Accepted Answer

Git oferuje kilka sposobów na **cofnięcie zmian** w zależności od sytuacji — odrzucenie niezatwierdonych zmian, usunięcie ze staging, zmianę ostatniego commit, wycofanie commit lub reset. Znanie właściwego narzędzia dla każdej sytuacji jest ważne i cenną praktyczną umiejętnością. ## Cofnąć niezatwierdzone zmiany (katalog roboczy) ```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 ``` ## Usunąć ze staging (zachować zmiany, tylko usunąć ze staging) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Naprawić lub zmienić ostatni 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 ``` ## Cofnąć zatwierdzoną zmianę ```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 (kluczowy wybór) ```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. ``` ## Dlaczego to ważne Znanie, jak cofnąć zmiany w Gicie, jest ważne, często potrzebną praktyczną umiejętnością, ponieważ błędy i potrzeba cofnięcia pracy są nieuniknione w procesie development, a Git oferuje potężne (ale sytuacyjnie specyficzne) sposoby na odzyskanie danych. Zrozumienie **właściwego narzędzia dla każdej sytuacji** jest kluczową umiejętnością: odrzucenie **niezatwierdzonych zmian** (`git restore` do wycofania edycji w katalogu roboczym, `git clean` dla nieśledzonych plików), **usunięcie ze staging** (`git restore --staged` aby zachować zmiany ale usunąć je ze staging), **zmianę** ostatniego commit (zmianę jego wiadomości lub dodanie do niego — z ważnym zastrzeżeniem aby nie zmieniać wysłanych commitów, ponieważ przepisują historię), i cofnięcie **zatwierdzonych** zmian. Do cofania commitów, zrozumienie **krytycznego rozróżnienia między revert a reset** jest szczególnie ważne: **`revert`** tworzy nowy commit, który cofa poprzedni i jest **bezpieczny dla współdzielonej/publicznej historii** (nie przepisuje historii, więc nie zakłóci innych), podczas gdy **`reset`** przenosi wskaźnik gałęzi wstecz i **przepisuje historię**, co jest odpowiednie tylko dla **lokalnych, niewysłanych commitów** (a `reset --hard` jest destrukcyjne, odrzucając zmiany). Reguła — używaj `revert` dla commitów, które mogą mieć inni, `reset` tylko do lokalnego czyszczenia — jest niezbędna, ponieważ przepisywanie współdzielonej historii (poprzez reset wysłanych commitów) powoduje poważne problemy dla współpracowników. Znanie tych opcji zapobiega zarówno utracie pracy (nieostrożnemu używaniu destrukcyjnych poleceń) jak i zakłóceniu współpracy (przepisywaniu współdzielonej historii). Ponieważ cofanie zmian jest powszechną, nieunikniętą potrzebą, a Git oferuje wiele podejść specyficznych dla sytuacji z ważnymi implikacjami bezpieczeństwa (szczególnie revert vs reset dla współdzielonej historii), znanie, jak cofnąć zmiany w Gicie — właściwego narzędzia dla każdego scenariusza i krytycznego rozróżnienia revert-vs-reset — jest cenną, często stosowaną praktyczną wiedzą do pracy pewnie i bezpiecznie z Gitem, umiejętnością, która zmienia lęk przed błędami w rutynowe odzyskanie, jednocześnie unikając poważnej pułapki przepisywania współdzielonej historii.