Как отменить изменения в Git и не потерять работу

За 10–15 минут вы разберётесь, как отменить правки в рабочей папке, убрать файл из индекса или исправить уже созданный коммит — не стирая чужую работу. Главное правило: сначала выясните, где находятся изменения, и только потом выбирайте команду. Ниже команды рассчитаны на Git 2.x; перед откатом проверьте состояние репозитория командой git status.

Перед откатом: определите, что именно хотите отменить

Git хранит изменения на разных этапах. Правки могут быть только в рабочей папке, уже добавлены в индекс для следующего коммита или сохранены в коммите. Команды для этих случаев отличаются. Ошибка новичка — использовать reset --hard как универсальную кнопку «назад»: она может удалить незакоммиченные изменения.

• Рабочая папка: вы изменили файл, но ещё не запускали git add.
• Индекс: вы запустили git add, но ещё не создали коммит.
• Коммит: изменение уже записано в историю. Важно, отправляли ли вы его на общий сервер.

До начала сохраните важную работу отдельной копией или временным коммитом. Это особенно важно, если вы не уверены, какие файлы затронет команда.

Безопасный порядок действий

1. Посмотрите состояние репозитория. Запустите git status. Проверьте, какие файлы изменены, какие подготовлены к коммиту и на какой ветке вы находитесь. Если вывод неясен, не запускайте команды с --hard.
2. Отмените правки в одном файле, если они не добавлены в индекс. Команда git restore -- путь/к/файлу заменит его содержимое версией из последнего коммита. Например: git restore -- src/app.js. Проверка: повторный git status больше не показывает этот файл как изменённый. Незакоммиченные правки в нём будут потеряны.
3. Уберите файл из индекса, сохранив сами правки. Если вы уже сделали git add, запустите git restore --staged -- путь/к/файлу. Проверка: файл появится среди изменённых, но больше не будет подготовлен к коммиту. Его содержимое останется в рабочей папке.
4. Отмените последний локальный коммит, но оставьте изменения. Если коммит ещё не отправлен на сервер, выполните git reset --mixed HEAD~1. Коммит исчезнет с вершины текущей ветки, а изменения останутся в рабочей папке и не будут подготовлены к коммиту. Проверка: git status показывает файлы как изменённые. Если хотите оставить их подготовленными, используйте git reset --soft HEAD~1 вместо этого.
5. Отмените опубликованный коммит безопасным способом. Если коммит уже отправлен на общий сервер, обычно создают новый коммит, который делает обратное: git revert <хеш-коммита>. Хеш можно посмотреть командой git log --oneline. Проверка: в истории появится новый коммит отмены, а рабочее дерево после успешного завершения будет чистым. Перед отправкой проверьте результат и согласуйте изменение с командой.

В командах с путём к файлу замените пример на свой. Если имя содержит пробелы, заключите путь в кавычки, например git restore -- "черновик отчёта.txt".

Что означают команды и где они опасны

git reset --hard сбрасывает и указатель ветки, и индекс, и рабочую папку. Не используйте его, если в рабочей папке есть нужные изменения: они могут пропасть. Для новичка безопаснее сначала сохранить правки, затем выбрать команду, которая соответствует состоянию коммита.

Перед откатом ответьте на два вопроса: изменения уже закоммичены и опубликованы? Если нет — можно сохранить правки и исправить локальную историю. Если да — чаще безопаснее добавить обратный коммит, а не переписывать общую историю.

Частые ошибки новичков

Перепутать restore и reset

git restore --staged снимает изменения с подготовки, но не удаляет их из файла. А git restore -- файл отбрасывает незакоммиченные правки этого файла. Перед вторым вариантом убедитесь, что копия нужных изменений сохранена.

Откатить общий коммит через reset

Если другие уже получили коммит, переписывание истории может привести к конфликтам при синхронизации. Для опубликованного изменения обычно подходит git revert: он не удаляет прежний коммит, а добавляет новый. В команде всё равно стоит предупредить коллег и проверить, не отменяете ли вы изменения, от которых зависит следующий код.

Считать, что любой откат можно отменить

Некоторые действия удаётся восстановить из истории ссылок Git, но это не гарантия: важны команда, состояние репозитория и последующие действия. Не полагайтесь на восстановление после reset --hard. Если потеряли нужные данные, прекратите новые операции и проверьте git reflog; если не уверены — попросите помощи до дальнейших изменений.

Не заметить, что в индексе есть лишние файлы

Перед коммитом запустите git status и изучите список подготовленных изменений. Для подробной проверки используйте git diff --cached: команда покажет, что именно попадёт в коммит. Проверка особенно полезна перед публикацией изменений.

Если команда не сработала

• fatal: not a git repository. Вы находитесь не в папке репозитория. Перейдите в каталог проекта и повторите git status.
• pathspec '...' did not match any files known to git. Git не нашёл указанный путь среди известных файлов. Проверьте имя, регистр букв и текущую папку; для новых файлов команда восстановления из коммита не подходит.
• error: your local changes would be overwritten. Git предупреждает, что операция затронет местные правки. Сохраните их отдельной копией или временным коммитом и только потом повторяйте действие.
• При git revert возник конфликт. Изменения в коммите пересекаются с более поздними правками. Откройте конфликтующие файлы, разберите отмеченные Git участки и завершите отмену по подсказкам git status. Если не понимаете, какой вариант оставить, не выбирайте его наугад.

Что делать дальше

Перед следующим коммитом проверьте git status, затем изучите разницу командой git diff; для подготовленных изменений используйте git diff --cached. Если вы работаете с общей веткой, сначала уточните правила команды: порядок отмены коммитов может зависеть от принятого процесса. Отдельная тема — восстановление удалённых коммитов и настройка резервных копий; здесь мы разбирали только обычный откат изменений.

Индекс — промежуточная область Git: в неё команда git add помещает изменения, которые войдут в следующий коммит.