Почему мои изменения пропали после отмены git коммита и как их восстановить? - PullRequest
2 голосов
/ 21 февраля 2020

Вот что я сделал:

  1. Кодированный за 8 часов изменений.
  2. git status отображает все мои изменения.
  3. git add -A
  4. git commit -m "Foo". Хук предварительной фиксации git срабатывает с husky и lint-staged.
  5. Я помню, что есть ошибка ввода TypeScript, которую мне не удалось исправить, поэтому я нажимаю Ctrl + C для отмены.
  6. Рассеянно, я снова запускаю git commit -m "Foo" и немедленно отменяю.
  7. Изменения исчезли! Файлы возвращаются, git status чист, git log и git reflog не показывают новый коммит.

Почему мои изменения были отменены? Как мне их восстановить?

step 1 step 2

Ответы [ 2 ]

1 голос
/ 21 февраля 2020

ОК, это было lint-staged, чтобы обвинить. Это спрятало мои изменения.

Итак, запуск git stash apply восстановил их!

0 голосов
/ 21 февраля 2020

Для всех вас, кто: TL; DR
- Вариант 1 - который вы упомянули, что вы уже сделали: используйте git reflog && git reset
- Вариант 2 - Используйте историю вашего редактора.
- Опция 3 - Если вы добавили эти файлы, возьмите их из области подготовки , но , вам нужно будет найти их

# Find all dangling files
git fsck --all

## Now use git cat-file -p to print those hashes
git cat-p <SHA-1>


Полный ответ:

Прежде чем ответить, давайте добавим некоторую предысторию, объясняющую, что это за HEAD.

First of all what is HEAD?

HEAD - это просто ссылка на текущий коммит (последний) в текущей ветке. В любой момент времени может быть только один HEAD (исключая git worktree).

Содержимое HEAD хранится в .git/HEAD и содержит 40 байтов SHA-1 текущего commit.


detached HEAD

Если вы не используете последний коммит - это означает, что HEAD указывает на предыдущий коммит в истории называется detached HEAD.

Enter image description here

В командной строке он будет выглядит так - SHA-1 вместо имени ветви, поскольку HEAD не указывает на вершину текущей ветви:

Enter image description here

Enter image description here


Несколько вариантов восстановления после отсоединенной головки:


git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

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

# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# Create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

Вы всегда можете использовать reflog также. git reflog отобразит любое изменение, обновившее HEAD, и проверка требуемой записи reflog вернет HEAD обратно к этому коммиту.

Каждый раз, когда HEAD изменяется, будет происходить новая запись в reflog

git reflog
git checkout HEAD@{...}

Это вернет вас к желаемому коммиту

Enter image description here


git reset --hard <commit_id>

«Переместить» ГОЛОВУ назад к желаемому коммиту.

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts if you've modified things which were
# changed since the commit you reset to.

git revert <sha-1>

"Отменить" указанный диапазон фиксации или фиксации. Команда сброса «отменит» любые изменения, сделанные в данном коммите. Новый коммит с патчем отмены будет зафиксирован, в то время как исходный коммит также останется в истории.

# Add a new commit with the undo of the original one.
# The <sha-1> can be any commit(s) or commit range
git revert <sha-1>

Эта схема иллюстрирует, какая команда что делает. Как вы можете видеть, reset && checkout изменяет HEAD.

Enter image description here

...