Jak cofnąć zmiany w Gicie?

Question

IT Interview Practice · 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.

Cofnąć niezatwierdzone zmiany (katalog roboczy)

Usunąć ze staging (zachować zmiany, tylko usunąć ze staging)

Naprawić lub zmienić ostatni commit

Cofnąć zatwierdzoną zmianę

revert vs reset (kluczowy wybór)

Dlaczego to ważne

Powiązane pytania