Как отменить изменения в Git?

Question

Accepted Answer

Git предлагает несколько способов **отменить изменения** в зависимости от ситуации — отказать от неудачно скомитанных изменений, удалить из индекса, исправить последний коммит, отменить коммит или выполнить reset. Знание правильного инструмента для каждой ситуации является важным, ценным практическим навыком. ## Отменить неудачно скомитанные изменения (рабочий каталог) ```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 ``` ## Удалить из индекса (сохранить изменения, просто удалить из индекса) ```bash git restore --staged # unstage a file (changes stay in working dir) git reset # older equivalent ``` ## Исправить или изменить последний коммит ```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 ``` ## Отменить коммитанное изменение ```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 (ключевой выбор) ```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. ``` ## Почему это важно Знание того, как отменить изменения в Git, — это важный, часто необходимый практический навык, потому что ошибки и необходимость отменить работу неизбежны в разработке, а Git предоставляет мощные (но ситуационные) способы восстановления. Понимание **правильного инструмента для каждой ситуации** — это ключевой навык: отказывание от **неудачно скомитанных изменений** (`git restore` для отката редактирования рабочего каталога, `git clean` для неотслеживаемых файлов), **удаление из индекса** (`git restore --staged` для сохранения изменений, но удаления из индекса), **исправление** последнего коммита (изменение его сообщения или добавление к нему — с важным предостережением не исправлять отправленные коммиты, так как это переписывает историю), и отмена **коммитанных** изменений. Для отмены коммитов понимание **критического различия между revert и reset** особенно важно: **`revert`** создает новый коммит, который отменяет предыдущий, и **безопасен для общей/публичной истории** (он не переписывает историю, поэтому не нарушит работу других), в то время как **`reset`** переводит указатель ветки назад и **переписывает историю**, что подходит только для **локальных, не отправленных коммитов** (а `reset --hard` является деструктивным, отбрасывая изменения). Правило — используйте `revert` для коммитов, которые могут быть у других, `reset` только для локальной очистки — является жизненно важным, потому что переписывание общей истории (через reset отправленных коммитов) вызывает серьезные проблемы для соавторов. Знание этих опций предотвращает как потерю работы (неосторожное использование деструктивных команд), так и нарушение сотрудничества (переписывание общей истории). Поскольку отмена изменений — это обычная, неизбежная необходимость, и Git предлагает несколько подходящих для ситуации с важными последствиями безопасности (особенно revert vs reset для общей истории), знание того, как отменить изменения в Git — правильный инструмент для каждого сценария и критическое различие revert-vs-reset — является ценным, часто применяемым практическим знанием для уверенной и безопасной работы с Git, навыком, который превращает беспокойство по поводу ошибок в обычное восстановление, избегая при этом серьезной ошибки переписывания общей истории.