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 checkout этого пути файла от последнего коммита, где этот файл существует. Источник

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

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

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 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 .

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

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

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

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

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 checkout -- .

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

git checkout <file_path>

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

Во многих случаях полезно использовать 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

Так же, как другие

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