Як відновити "git rm -r."

Я несподівано сказав git rm -r .. Як я одужаю після цього?

Я не вчинив.

Я думаю, що всі файли були позначені для видалення, а також були фізично видалені з моєї місцевої каси.

EDIT: Я міг би (якби знав команду) повернутися до останнього комітету. Але було б набагато краще, якби я міг просто скасувати git rm -r .. Тому що я не дуже впевнений, що я зробив після останнього вчинення та перед цим git rm -r ..

git reset HEAD

Повинен це робити. Якщо у вас немає жодних неспроможних змін, які вас хвилюють, тоді

git reset --hard HEAD

Ви повинні насильно скинути все до останнього зобов'язання. Якщо у вас є незапущені зміни, але перша команда не працює, тоді збережіть свої незапущені зміни за допомогою git stash:

git stash
git reset --hard HEAD
git stash pop

Я git-rm'd кілька файлів і продовжував вносити зміни до мого наступного фіксації, коли зрозумів, що мені потрібні деякі з цих файлів. Замість того, щоб зберігати та скидати, ви можете просто перевірити окремі файли, які ви пропустили / видалили, якщо хочете:

git checkout HEAD path/to/file path/to/another_file

Це залишає ваші інші незмінені зміни недоторканими без жодних обхідних шляхів.

Щоб відновити деякі окремі файли чи папки, можна скористатися наступним

git reset -- path/to/file
git checkout -- path/to/file

Це спочатку відтворить записи індексів для path/to/fileта відновить файл таким, яким він був у останньому комітеті, тобто HEAD.

Підказка: ви можете передати хеш комітету обом командам, щоб відтворити файли з попередньої версії. Див git reset --helpі git checkout --helpдля деталей.

Оновлення:

Оскільки git rm .видаляються всі файли з цього та дочірніх каталогів в робочій касі, а також в індексі, потрібно скасувати кожне з цих змін:

git reset HEAD . # This undoes the index changes
git checkout .   # This checks out files in this and child directories from the HEAD

Це має робити те, що ви хочете. Це не впливає на батьківські папки вашого зареєстрованого коду чи індексу.

Стара відповідь, яка не була:

reset HEAD

зробить трюк і не видалить будь-які невідомі зміни , внесені у ваші файли.

після цього вам потрібно повторити будь-які git addкоманди, які ви поставили в чергу.

Якщо ви не закінчите жодної з перерахованих вище ситуацій, ви можете отримати дані, скориставшись пропозицією звідси: http://www.spinics.net/lists/git/msg62499.html

git prune -n
git cat-file -p <blob #>

відмінити git rm

git rm file             # delete file & update index
git checkout HEAD file  # restore file & index from HEAD

відмінити git rm -r

git rm -r dir          # delete tracked files in dir & update index
git checkout HEAD dir  # restore file & index from HEAD

відмінити git rm -rf

git rm -r dir          # delete tracked files & delete uncommitted changes
not possible           # `uncommitted changes` can not be restored.

Uncommitted changesвключає в себе not staged changes, staged changes but not committed.

Якщо ви зробили та натиснули зміни, ви можете зробити це, щоб повернути файл

// Replace 2 with the # of commits back before the file was deleted.
git checkout HEAD~2 path/to/file

Є вже кілька хороших відповідей, але я можу запропонувати мало використовуваний синтаксис, який не тільки чудово працює, але дуже чітко відповідає тому, що ви хочете (для цього не страшно чи загадково)

git checkout <branch>@{"20 minutes ago"} <filename>

Отримати фіксацію списку

git log  --oneline

Наприклад, хеш-стабільний фіксатор: 45ff319c360cd7bd5442c0fbbe14202d20ccdf81

git reset --hard 45ff319c360cd7bd5442c0fbbe14202d20ccdf81
git push -ff origin master

У мене була однакова ситуація. У моєму випадку рішення було:

git checkout -- .

У Git 2.23+ (серпень 2019 року) правильною командою для відновлення файлів (та індексу) було б користуватися ... git restore(не reset --hardчи заплутаною git checkoutкомандою )

Це є:

git restore -s=HEAD --staged --worktree -- .

Або його скорочена форма:

git restore -s@ -SW -- .

У мене була точно така ж проблема: чистка папок, перестановка та переміщення файлів. Я ввійшов: git rm . і натисніть Enter; а потім відчув, як моє кишечник трохи розпушився. На щастя, я не набрав git commit -m прямо.

Однак наступна команда

git checkout .

все відновив і врятував мені життя.