Как изменится история комитов при команде git reset с параметром --hard?

git reset --hard: История и изменения

git reset --hard — одна из самых опасных команд в Git. Она кардинально меняет состояние репозитория, включая историю локальных комитов.

Что делает git reset --hard

# Откатить на 3 комита назад
git reset --hard HEAD~3

# Откатить на конкретный комит
git reset --hard abc1234

# Откатить на последний удалённый коммит
git reset --hard origin/main

Эта команда выполняет три операции сразу:

1. Перемещает указатель HEAD на целевой коммит
2. Сбрасывает Staging Area (Index) к состоянию целевого коммита
3. Отменяет все изменения в Working Directory — файлы вернутся в состояние целевого коммита

Изменения в истории

ДО reset:
A -- B -- C -- D -- E (HEAD, main)

ПОСЛЕ: git reset --hard HEAD~2 (откатить на C)

A -- B -- C (HEAD, main)
     ↑ (коммиты D и E удалены из истории)

Коммиты D и E всё ещё существуют в объектной БД Git,
но на них не ссылается ни один бранч.

Отличие от других reset команд

# git reset --soft (только HEAD)
git reset --soft HEAD~1
# Результат: коммит отменён, но файлы в staging area
# История: A -- B -- C (куда добавили изменения из C)

# git reset --mixed (HEAD + Index, по умолчанию)
git reset --mixed HEAD~1  # или просто: git reset HEAD~1
# Результат: коммит отменён, файлы в working directory
# История: A -- B -- C (изменения из C не в staging)

# git reset --hard (HEAD + Index + Working Directory)
git reset --hard HEAD~1
# Результат: всё отменено, включая файлы
# История: A -- B -- C (файлы как в коммите B)

Практический пример

# Сценарий: сделали 3 неправильных коммита
$ git log --oneline
5c6e2f1 (HEAD -> main) Wrong commit 3
2a3b4c5 Wrong commit 2
8f9d0e1 Wrong commit 1
a1b2c3d (origin/main) Good commit (куда хотим вернуться)

# Откатываем на последний хороший коммит
$ git reset --hard a1b2c3d

# После этого:
$ git log --oneline
a1b2c3d (HEAD -> main) Good commit

# Три коммита исчезли из истории
# Но если помним их хеш, можем восстановить через git reflog

Восстановление после reset

# git reflog хранит историю всех операций
$ git reflog
a1b2c3d HEAD@{0}: reset: moving to a1b2c3d
5c6e2f1 HEAD@{1}: commit: Wrong commit 3
2a3b4c5 HEAD@{2}: commit: Wrong commit 2
8f9d0e1 HEAD@{3}: commit: Wrong commit 1

# Восстановить последний коммит
$ git reset --hard HEAD@{1}
# или
$ git reset --hard 5c6e2f1

Сравнение команд сброса

Опасность и лучшие практики

ОПАСНО: На pushed ветке! Если сделаешь reset --hard на главной и запушишь, переломаешь историю для всей команды.

# ❌ ОПАСНО!
git reset --hard HEAD~1
git push origin main --force  # Ломает историю для всех

# ✅ БЕЗОПАСНЕЕ: использовать revert
git revert HEAD  # Создаёт новый коммит, отменяющий предыдущий
git push origin main  # История не ломается

На локальной ветке перед push — можно использовать:

# Хочу отменить последний коммит перед push
git reset --hard HEAD~1
# Работаю дальше
# После: git push origin feature-branch

Более безопасные альтернативы

# Если уже запушили, используй revert
git revert HEAD  # Создаёт коммит с противоположными изменениями

# Для локального отката с возможностью восстановления
git reflog  # Посмотреть историю
git reset --hard <commit>  # Откатиться
# Потом видно в reflog и можно восстановить

# Если нужен полный откат ветки
git reset --hard origin/main  # Вернуться к удалённому состоянию

Резюме

git reset --hard отменяет коммиты и все изменения, возвращая репозиторий в состояние целевого коммита. История коммитов удаляется из активной цепи, но восстанавливается через reflog. На shared ветках нужна осторожность — лучше использовать revert.