Git: Как отменить последний коммит без удаления изменений

#Как проявляется ошибка и когда применим способ

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

#Причины и признаки

#Пошаговая диагностика и решение

1. 1. Проверьте выбранную ветку и историюОткройте терминал в корне проекта и выполните git status, git log -3 --oneline и git branch -vv. Убедитесь, что хотите отменить именно последний коммит данной ветки и что до него есть предыдущий коммит; в новом репозитории HEAD~1 может не существовать.
2. Чтение состояния, истории и upstream

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Чтение состояния, истории и upstream. Ничего не отменяет.

   git status --short

   git log -3 --oneline

   git branch -vv

1. 2. Узнайте, отправлен ли коммитПри наличии upstream выполните git fetch и затем сравните локальную и удалённую ветви. Если коммит уже есть на сервере, не делайте reset с последующей принудительной отправкой. В общем репозитории разумнее оформить git revert конкретного хеша, предварительно проверив побочные эффекты.
2. Дополнительная команда по теме

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Показывает расхождение с известным upstream; для актуальных сведений предварительно выполните git fetch.

   git status -sb

1. 3. Сохраните страховочную ссылкуСоздайте резервную ветку на текущем HEAD, например backup-before-undo-20261102. Если есть незакоммиченные изменения, скопируйте их отдельно. Резервная ссылка позволит восстановить первоначальный коммит даже после изменения указателя основной ветки.
2. Создаёт дополнительную ссылку на прежний HEAD; не меняет рабочие файлы

   Linux · Терминал (Bash)КомандаКопировать всёВыделить

   Создаёт дополнительную ссылку на прежний HEAD; не меняет рабочие файлы.

   git branch backup-before-undo-20261102

1. 4. Для локального коммита сохраните изменения подготовленнымиЕсли коммит не опубликован и хотите пересоздать его позднее, выполните git reset --soft HEAD~1 в тестовой ветке. Файлы рабочего каталога и индекс останутся неизменными, но текущая ветка будет указывать на предыдущий коммит. Сверьте git status и git diff --cached.
2. Меняет локальную историю; оставляет файлы и индекс неизменными

   Linux · Терминал (Bash)С осторожностьюКопировать всёВыделить

   Меняет локальную историю; оставляет файлы и индекс неизменными. Только для неопубликованного коммита.

   git reset --soft HEAD~1

   Команда может изменить состояние системы или её настройки. Проверьте параметры и последствия перед запуском.

1. 5. При необходимости снимите подготовку с индексаЕсли нужно оставить изменения в файлах, но убрать их из подготовленных, выполните git reset без параметра --hard. Это обновит индекс до HEAD, рабочие файлы останутся. Применяйте лишь когда уверены, какие изменения должны остаться подготовленными.
2. Переводит подготовленные изменения в рабочую область, не удаляет их из файлов

   Linux · Терминал (Bash)С осторожностьюКопировать всёВыделить

   Переводит подготовленные изменения в рабочую область, не удаляет их из файлов.

   git reset

   Команда может изменить состояние системы или её настройки. Проверьте параметры и последствия перед запуском.

1. 6. Для опубликованного коммита используйте обратный коммитВ общей ветке обсудите отмену с командой. В копии попробуйте git revert ХЕШ, где ХЕШ — нужный опубликованный коммит. Команда создаёт новый коммит с обратным изменением, но при конфликте потребует ручного решения; не применяйте к merge-коммиту без понимания параметра -m.
2. Только тестовая ветка; создаёт новый коммит, не удаляя прежний

   Linux · Терминал (Bash)С осторожностьюКопировать всёВыделить

   Только тестовая ветка; создаёт новый коммит, не удаляя прежний. Подставьте проверенный хеш.

   git revert ХЕШ

   Команда может изменить состояние системы или её настройки. Проверьте параметры и последствия перед запуском.

1. 7. Проверьте, что изменения не исчезлиПосле soft reset сравните git diff --cached с содержимым отменённого коммита; файлы должны остаться. После revert проверьте diff нового коммита и тесты. При ошибке вернитесь к заранее созданной резервной ветке и разберите неправильный выбор метода.

#Проверка результата и действия при повторении

Успех для локального случая: последний коммит отсутствует в текущей ветке, но файлы и изменения видны через git status и diff. Для общего случая: история сохраняется, а эффект отменён новым коммитом без принудительной отправки.

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