Reflog и восстановление

Reflog записывает каждое перемещение HEAD, локально, даже перемещения, переписывающие историю. Каждый раз, когда HEAD меняется — коммит, reset, checkout/switch, merge, каждый шаг rebase, — git дописывает строку в reflog со старой позицией, новой позицией и тем, что это вызвало:

git reflog
# a1b2c3d HEAD@{0}: reset: moving to HEAD~3
# 9f8e7d6 HEAD@{1}: commit: Add retry logic
# 1234abc HEAD@{2}: commit: Add backoff
# ...

HEAD@{0} — это где ты сейчас; HEAD@{1} — одно перемещение назад, и так далее. Что важно, 9f8e7d6 всё ещё в списке, хотя git log его больше не показывает, — reflog помнит позицию до reset.

Чтобы восстановиться после плохого reset --hard, найди в reflog SHA до сброса и сбрось обратно на него. Строка reflog прямо над записью reset — это коммит, на котором ты был до того, как всё сломал:

git reflog
# ... HEAD@{0}: reset: moving to HEAD~3   <- ошибка
# 9f8e7d6 HEAD@{1}: commit: Add retry logic  <- куда ты хочешь вернуться
git reset --hard 9f8e7d6      # или: git reset --hard HEAD@{1}

Твои три коммита снова появляются в git log, а рабочее дерево восстановлено. Ты отменил отмену. (Используй синтаксис HEAD@{1} или сырой SHA — оба называют один и тот же коммит.)

Reflog также спасает удалённую ветку — восстанови её в новую ветку. Когда ты удаляешь ветку, её коммиты становятся без ссылок, но всё ещё существуют в хранилище объектов, а reflog сохранил SHA вершины:

git reflog                       # найди последний коммит удалённой ветки, напр. c0ffee1
git switch -c rescue c0ffee1     # пересоздай ветку, указывающую на него

git switch -c rescue c0ffee1 создаёт свежую ветку rescue на том коммите, вытягивая «потерянную» линию работы обратно в названное, безопасное место. Оттуда можно переименовать или влить её, как будто ничего не было.

Записи reflog истекают, и git fsck — это крайнее средство, когда на коммит не указывает ни один reflog. Записи reflog хранятся не вечно: достижимые записи истекают примерно через 90 дней, а записи для недостижимых коммитов — примерно через 30 дней (gc.reflogExpire / gc.reflogExpireUnreachable). После этого git gc может наконец удалить объекты. Если коммит выпал из reflog, но сборка мусора его ещё не убрала, его всё равно можно поискать:

git fsck --lost-found      # перечисляет висячие коммиты, недостижимые ни из одной ссылки
git show <dangling-sha>    # осмотри кандидата перед восстановлением

fsck сообщает о висячих коммитах — объектах, на которые не указывает ни одна ссылка. Это грязнее, чем reflog (нет полезных сообщений, только SHA), но может всплыть работа, которую reflog уже забыл.