Скажем, я в Git-хранилище. Я удаляю файл и фиксирую это изменение. Я продолжаю работать и делаю еще коммиты. Затем я обнаружил, что мне нужно восстановить этот файл.

Я знаю, что могу извлечь файл, используя git checkout HEAD^ foo.bar, но я не знаю, когда этот файл был удален.

1. Какой самый быстрый способ найти коммит, который удалил данное имя файла?
2. Какой самый простой способ вернуть этот файл в мою рабочую копию?

Я надеюсь, что мне не придется вручную просматривать мои журналы, извлекать весь проект для данного SHA, а затем вручную копировать этот файл в исходную проверку моего проекта.

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

git rev-list -n 1 HEAD -- <file_path>

Затем извлеките версию перед фиксацией, используя ^символ caret ( ):

git checkout <deleting_commit>^ -- <file_path>

Или в одной команде, если $fileречь идет о файле.

git checkout $(git rev-list -n 1 HEAD -- "$file")^ -- "$file"

Если вы используете zsh и у вас включена опция EXTENDED_GLOB, символ каретки не будет работать. Вы можете использовать ~1вместо этого.

git checkout $(git rev-list -n 1 HEAD -- "$file")~1 -- "$file"

1. Используйте git log --diff-filter=D --summaryдля получения всех коммитов, которые удалили файлы и файлы удалены;
2. Используйте git checkout $commit~1 path/to/file.extдля восстановления удаленного файла.

Где $commitзначение коммита, которое вы нашли на шаге 1, напримерe4cf499627

Чтобы восстановить все эти удаленные файлы в папке, введите следующую команду.

git ls-files -d | xargs git checkout --

Я пришел к этому вопросу, пытаясь восстановить файл, который только что удалил, но еще не внес изменения. На случай, если вы окажетесь в такой ситуации, все, что вам нужно сделать, это следующее:

git checkout HEAD -- path/to/file.ext

Если вы ненормальный, используйте git-bisect. Вот что нужно сделать:

git bisect start
git bisect bad
git bisect good <some commit where you know the file existed>

Теперь пришло время запустить автоматический тест. Команда оболочки '[ -e foo.bar ]'вернет 0, если foo.barсуществует, и 1 в противном случае. Команда «run» git-bisectбудет использовать бинарный поиск, чтобы автоматически найти первый коммит, где тест не пройден. Он начинается на полпути через заданный диапазон (от хорошего до плохого) и разрезает его пополам в зависимости от результата указанного теста.

git bisect run '[ -e foo.bar ]'

Теперь вы в коммите, который удалил его. Отсюда вы можете вернуться в будущее и использовать, git-revertчтобы отменить изменения,

git bisect reset
git revert <the offending commit>

или вы можете вернуться на один коммит и вручную осмотреть повреждения:

git checkout HEAD^
cp foo.bar /tmp
git bisect reset
cp /tmp/foo.bar .

Мой новый любимый псевдоним, основанный на bonyiii «ы ответ (upvoted), и мой собственный ответ на вопрос о„ Передайте аргумент команды Git псевдоним “:

git config alias.restore '!f() { git checkout $(git rev-list -n 1 HEAD -- $1)~1 -- $(git diff --name-status $(git rev-list -n 1 HEAD -- $1)~1 | grep '^D' | cut -f 2); }; f'

Я потерял файл, удаленный по ошибке несколько коммитов назад?
Быстро:

git restore my_deleted_file

Кризис предотвращен.

Предупреждение, с Git 2.23 (Q3 2019) поставляется экспериментальная команда с именем git restore(!).
Поэтому переименуйте этот псевдоним (как показано ниже).

Роберт Дейли предлагает в комментариях следующий псевдоним:

restore-file = !git checkout $(git rev-list -n 1 HEAD -- "$1")^ -- "$1"

И Джеган добавляет в комментариях :

Для установки псевдонима из командной строки я использовал эту команду:

git config --global alias.restore "\!git checkout \$(git rev-list -n 1 HEAD -- \"\$1\")^ -- \"\$1\"" 

Если вы знаете имя файла, это простой способ с основными командами:

Перечислите все коммиты для этого файла.

git log -- path/to/file

Последний коммит (самый верхний) - тот, который удалил файл. Так что вам нужно восстановить второй до последнего коммита.

git checkout {second to last commit} -- path/to/file

Чтобы восстановить удаленный и зафиксированный файл:

git reset HEAD some/path
git checkout -- some/path

Он был протестирован на Git версии 1.7.5.4.

Если вы только внесли изменения и удалили файл, но не зафиксировали его, и теперь вы расстались со своими изменениями

git checkout -- .

но ваши удаленные файлы не вернулись, вы просто выполните следующую команду:

git checkout <file_path>

И до того, ваш файл вернулся.

У меня есть это решение .

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

   • git log --grep=*word*
   • git log -Sword
   • git log | grep --context=5 *word*
   • git log --stat | grep --context=5 *word* # рекомендуется, если вы ничего не помните

2. Вы должны получить что-то вроде:

commit bfe68bd117e1091c96d2976c99b3bcc8310bebe7 Автор: Александр Орлов Дата: чт 12 мая 23:44:27 2011 +0200

replaced deprecated GWT class
- gwtI18nKeySync.sh, an outdated (?, replaced by a Maven goal) I18n generation script

commit 3ea4e3af253ac6fd1691ff6bb89c964f54802302 Автор: Александр Орлов Дата: Чт 12 мая 22:10:22 2011 +0200

3 . Теперь, используя идентификатор фиксации bfe68bd117e1091c96d2976c99b3bcc8310bebe7, сделайте:

git checkout bfe68bd117e1091c96d2976c99b3bcc8310bebe7^1 yourDeletedFile.java

Поскольку идентификатор коммита ссылается на коммит, где файл уже был удален, вам нужно ссылаться на коммит непосредственно перед bfe68b, что можно сделать, добавив ^1. Это значит: дай мне коммит как раз перед bfe68b.

git checkout /path/to/deleted.file

git undelete path/to/file.ext

1. Поместите это в свой .bash_profile(или другой соответствующий файл, который загружается при открытии командной оболочки):

   git config --global alias.undelete '!sh -c "git checkout $(git rev-list -n 1 HEAD -- $1)^ -- $1" -'
   

2. Тогда используйте:

   git undelete path/to/file.ext
   

Этот псевдоним сначала проверяет, чтобы найти последний коммит, где существовал этот файл, а затем выполняет Git извлечение пути этого файла из того последнего коммита, где этот файл существовал. Источник .

Во многих случаях может быть полезно использовать coreutils (grep, sed и т. Д.) В сочетании с Git. Я уже хорошо знаю эти инструменты, но Git меньше. Если бы я хотел выполнить поиск удаленного файла, я бы сделал следующее:

git log --raw | grep -B 30 $'D\t.*deleted_file.c'

Когда я нахожу ревизию / коммит:

git checkout <rev>^ -- path/to/refound/deleted_file.c

Также как другие заявляли до меня.

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

Мне пришлось восстанавливать кучу удаленных файлов из определенного коммита, и мне это удалось с помощью двух команд:

git show <rev> --diff-filter=D --summary --name-only --no-commit-id | xargs git checkout <rev>^ -- 
git show <rev> --diff-filter=D --summary --name-only --no-commit-id | xargs git reset HEAD 

(Обратите внимание на завершающий пробел в конце каждой команды.)

Файлы были добавлены в файл .gitignore и затем очищены с помощью git rm. Мне нужно было восстановить файлы, но затем удалить их. Мне нужно было восстановить сотни файлов, и вводить данные вручную для каждого файла, как в других примерах, было слишком медленно.

На самом деле, этот вопрос напрямую касается Git, но кто-то вроде меня работает с такими инструментами с графическим интерфейсом, как WebStorm VCS, кроме знания команд Git CLI.

Я щелкаю правой кнопкой мыши по пути, который содержит удаленный файл, затем захожу в Git и затем нажимаю на Показать историю .

Инструменты VCS показывают все изменения, и я вижу все изменения и изменения каждого из них.

Затем я выбираю коммиты, которые мой друг удаляет PostAd.jsфайл. теперь смотрите ниже:

И теперь я вижу свое желание удалить файл. Я просто дважды щелкаю по имени файла, и оно восстанавливается.

Я знаю, что мой ответ - не команды Git, но он быстрый, надежный и простой для начинающих и профессиональных разработчиков. Инструменты WebStorm VCS великолепны и идеально подходят для работы с Git, и для них не нужны никакие другие плагины или инструменты.

У меня такой же вопрос. Не зная этого, я создал висячий коммит .

Список свисающих коммитов

git fsck --lost-found

Осмотрите каждый висячий коммит

git reset --hard <commit id>

Мои файлы снова появились, когда я перешел на висячий коммит.

git status по причине:

“HEAD detached from <commit id where it detached>”

user@bsd:~/work/git$ rm slides.tex
user@bsd:~/work/git$ git pull 
Already up-to-date.
user@bsd:~/work/git$ ls slides.tex
ls: slides.tex: No such file or directory

Восстановите удаленный файл:

user@bsd:~/work/git$ git checkout
D       .slides.tex.swp
D       slides.tex
user@bsd:~/work/git$ git checkout slides.tex 
user@bsd:~/work/git$ ls slides.tex
slides.tex

Если вы знаете коммит, который удалил файл (ы), выполните эту команду, где <SHA1_deletion>находится коммит, который удалил файл:

git diff --diff-filter=D --name-only <SHA1_deletion>~1 <SHA1_deletion> | xargs git checkout <SHA1_deletion>~1 --

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

Найдите коммит, который удалил ваш файл:

git log --diff-filter=D --oneline -- path/to/file | cut -f -d ' '

Пример вывода:

4711174

Начиная с Git 2.23 фактически есть restoreкоманда. Это все еще эксперимент, но чтобы восстановить что-то, что вы удалили в коммите (в данном случае 4711174), вы можете набрать:

git restore --source=4711174^ path/to/file

Обратите внимание на ^ после идентификатора коммита, так как мы хотим восстановить что-то из коммита до того, который удалил файл.

--sourceАргумент указывает restoreкоманду , где искать файл (ы) для восстановления и может быть любой фиксации и даже индекс.

Смотрите: git-restore doc для git 2.23.0

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

Основываясь на превосходном ответе Чарльза Бейли, вот моя строчка:

git co $(git rev-list -n 1 HEAD -- <file_path>)~1 -- $(git diff --name-status $(git rev-list -n 1 HEAD -- <file_path>)~1 head | grep '^D' | cut -f 2)

Простой и точный

Прежде всего, получите последний стабильный коммит, в котором у вас есть этот файл:

git log 

Допустим, вы нашли $ commitid 1234567 ..., затем

git checkout <$commitid> $fileName

Это восстановит версию файла, которая была в этом коммите.

Для лучшего способа сделать это попробуйте.

Сначала найдите идентификатор коммита, который удалил ваш файл. Это даст вам сводку коммитов, которые удалили файлы.

git log --diff-filter = D - резюме

git checkout 84sdhfddbdddf ~ 1

Примечание: 84sdhfddbdddвашcommit id

Благодаря этому вы можете легко восстановить все удаленные файлы.

Вы всегда git revertможете сделать свой коммит, который удалил файл. ( Это предполагает, что удаление было единственным изменением в коммите. )

> git log
commit 2994bda49cd97ce49099953fc3f76f7d3c35d1d3
Author: Dave <dave@domain.com>
Date:   Thu May 9 11:11:06 2019 -0700

    deleted readme.md

И если вы продолжили работу и позже поняли, что не хотите фиксировать этот коммит удаления, вы можете отменить его, используя:

> git revert 2994bd

Сейчас git logпоказывает:

> git log
Author: Dave <dave@domain.com>
Date:   Thu May 9 11:17:41 2019 -0700

    Revert "deleted readme"

    This reverts commit 2994bda49cd97ce49099953fc3f76f7d3c35d1d3.

И readme.mdбыл восстановлен в хранилище.

У меня также есть эта проблема, используя приведенный ниже код для извлечения предыдущего файла в локальный каталог:

git checkout <file path with name>

Пример ниже работает для меня:

git checkout resources/views/usaSchools.blade.php

$ git log --diff-filter=D --summary  | grep "delete" | sort

Если удаление не было зафиксировано, приведенная ниже команда восстановит удаленный файл в рабочем дереве.

$ git checkout -- <file>

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

$ git ls-files --deleted

Если удаление было зафиксировано, найдите коммит, где оно произошло, а затем восстановите файл из этого коммита.

$ git rev-list -n 1 HEAD -- <file>
$ git checkout <commit>^ -- <file>

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

$ git log --diff-filter=D --summary

Чтобы восстановить все удаленные файлы с помощью Git, вы также можете сделать:

git checkout $(git ls-files --deleted)

Где git ls-files --deletedперечисляет все удаленные файлы и git checkout $(git command)восстанавливает список файлов в параметре.