Comment rétablir un “git rm-r .”?

Je accidentely dit git rm -r .. Comment puis-je récupérer à partir de ce?

Je n'ai pas commis.

Je pense que tous les fichiers ont été marqués pour suppression et ont également été physiquement supprimé de mon local de la caisse.

EDIT: je pourrais (si je savais que la commande) revenir à la dernière validation. Mais il serait beaucoup mieux si je pouvais simplement annuler la git rm -r .. Parce que je ne suis pas vraiment sûr de ce que j'ai fait après le dernier commit et avant la git rm -r ..

Pour cette question en particulier, reset --hard est une bonne solution...c'est déjà répertorié, donc je vais juste citer dans ce commentaire que vous pourriez vouloir vérifier la documentation de git-reflog.
Notez que parce que vous n'avez pas à fournir -f à git rm git de ne pas avoir supprimé tous les fichiers qui avaient organisé ou unstaged changements donc un git reset; git checkout . devrait récupérer tout.
Il suffit de regarder - git checkout . pour effacer tous les unstaged changements.
J'ai juste fait quelque chose comme cela, et je ne comprends pas pourquoi mes fichiers locaux où supprimé (et, comme l'OP, je n'ai pas encore commis.)
Avec Git 2.23+ (août 2019), vous pouvez restaurer les fichiers avec git restore: git restore -s@ -SW -- .. Voir ma réponse ci-dessous.

InformationsquelleAutor user89021 | 2010-01-24

git git-rm

453
```
git reset HEAD
```
Devrait le faire. Si vous n'avez pas toutes les modifications non validées que vous vous souciez, puis
```
git reset --hard HEAD
```
devrait réinitialisé force tout à votre dernier commit. Si vous avez des modifications non validées, mais la première commande ne fonctionne pas, puis enregistrez vos modifications non validées avec git stash:
```
git stash
git reset --hard HEAD
git stash pop
```
- Notez que git reset --hard HEAD détruit tout utile modifications que vous avez apportées dans le répertoire parent du répertoire de travail courant.
- Je suis toujours porter des sueurs froides!
- Je n'ai pas de voix, mais j'ai juste essayé de stash, reset hard, pop et la perte de tous mes changements récents. Peut-être que j'ai mal lu la réponse.
- Cela fonctionne rarement pour moi, et je suis tellement content que je travaille dans un dossier Dropbox. Une mauvaise forme, mais qui me sauve à chaque fois...
- Quand j'ai fait git stash pop, c'est juste supprimé les fichiers à nouveau, bien sûr, car il vous permet de ranger votre le fait que je (accidentellement) supprimé certains fichiers. Cette réponse ne fonctionne pas si vous avez uncommited les modifications que vous souhaitez conserver.
- Cela aussi n'a pas de travail pour moi. Les fichiers sont toujours portées disparues.
- Cela ne répond pas à la question. git rm -r . pourrait être exécuté dans n'importe quel sous-directement. Ceci permet de réinitialiser l'ensemble de l'arborescence. Voir @Jaime Bellmyer réponse.
- Vous pouvez avoir besoin git stash -u/git stash --include-untracked si vos modifications récentes incluent de nouvelles (sans traces) des fichiers.
- Au lieu d'utiliser git stash pop vous pouvez utiliser git stash apply. De cette façon, si il y a un conflit de fusion ou vous voulez enregistrer les modifications, sans leur être retiré à partir du haut de la cachette.
- git stash; git reset --hard HEAD; git stash pop A fait l'affaire pour moi! Merci!
InformationsquelleAutor Brian Campbell
243

Je git-rm avais quelques fichiers et est allé faire des changements avant mon prochain commit quand j'ai réalisé que j'avais besoin de certains de ces fichiers. Plutôt que de les cacher et de réinitialisation, vous pouvez simplement la caisse de l'individu fichiers que vous avez manqué/supprimé si vous voulez:
```
git checkout HEAD path/to/file path/to/another_file
```
Ce qui laisse votre autres modifications non validées intact sans solutions de contournement.
- Cela a aidé parce que j'ai eu d'autres modifications non validées.
- Cette réponse aide pour ceux d'entre nous qui sommes tombés sur cette question qui cherchent à revenir à une seule git rm plutôt qu'un ensemble récursif git rm -r. Pour un plein de suppression récursive, les autres solutions peut-être mieux, en fonction de la quantité de fichiers supprimés.
InformationsquelleAutor Jaime Bellmyer
54

De retrouver certains fichiers ou dossiers on peut utiliser les éléments suivants
```
git reset -- path/to/file
git checkout -- path/to/file
```
Ce sera d'abord recréer les entrées d'index pour path/to/file et recréer le fichier tel qu'il était dans le dernier commit, c'est à direHEAD.

Astuce: on peut passer d'un commit de hachage pour les deux commandes de recréer des fichiers à partir d'une ancienne commettre. Voir git reset --help et git checkout --help pour plus de détails.
- Meilleure réponse. Facile chirurgicale "annuler" d'un seul git rm opération sans l'essuyer d'autres modifications non validées.
- M'a beaucoup aidé! meilleure réponse.
InformationsquelleAutor Arne L.
27

Mise à jour:

Depuis git rm . supprime tous les fichiers dans le présent et de l'enfant dans les répertoires de travail de départ ainsi que dans l'index, vous devez annuler chacun de ces changements:
```
git reset HEAD . # This undoes the index changes
git checkout .   # This checks out files in this and child directories from the HEAD
```
Cela devrait faire ce que vous voulez. Il n'affecte pas les dossiers parents de votre extrait de code ou de l'index.

Vieille réponse qui n'en était pas:
```
reset HEAD
```
fera l'affaire, et ne sera pas effacer toutes les modifications non validées vous avez apportées à vos fichiers.

après que vous avez besoin de répéter tout git add commandes que vous avait mis en file d'attente.
- désolé, j'ai toujours l'installation git alias.co="checkout" de sorte que git co ne checkout.
InformationsquelleAutor Alex Brown
24

Si vous vous retrouvez avec rien de ce qui précède, vous pourriez être en mesure de récupérer des données à l'aide de la suggestion à partir d'ici: http://www.spinics.net/lists/git/msg62499.html
```
git prune -n
git cat-file -p <blob #>
```
- 4 ans plus tard, toujours une bouée de sauvetage!
- J'ai écrit un programme en c++ pour concaténer les résultats (j'ai eu quelques 100 objets balançant dans mon repo, faisant de cette nécessaire). Juste compiler et exécuter, puis la passer dans votre repo git répertoire local. raw.githubusercontent.com/bluuman/git-recover-files/master/...
InformationsquelleAutor Skippy VonDrake

annuler git rm

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

annuler git rm-r

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

annuler git rm-rf

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

Uncommitted changes comprend not staged changes, staged changes but not committed.

Bien sûr, rien ne peut annuler git rm -rf, qui peut être supprimer sans traces ou de mise en scène (seulement) de fichiers.
git rm -rf file et git rm -rf dir ne supprimera pas sans traces de fichiers.

InformationsquelleAutor song xu

10

Si vous avez commis et poussé les modifications, vous pouvez le faire pour obtenir le fichier
```
//Replace 2 with the # of commits back before the file was deleted.
git checkout HEAD~2 path/to/file
```
- Il a travaillé pour des Changements à être engagée: "lorsqu'un fichier a été supprimé à partir d'un vieux git cherry-pick qui j'ai encore besoin.J'avais essayé de faire un git reset HEAD~<nombre> <fichier> qui n'a pas fonctionné.
InformationsquelleAutor Cory Danielson
7

Il y a quelques bonnes réponses déjà, mais je pourrais suggérer un peu utilisé la syntaxe qui non seulement fonctionne très bien, mais est très explicite sur ce que vous voulez (à cet effet ne fait pas peur ou mystérieux)
```
git checkout <branch>@{"20 minutes ago"} <filename>
```
InformationsquelleAutor mehtunguh
3

Obtenir la liste commettre
```
git log  --oneline
```
Par exemple, Stable commit hash: 45ff319c360cd7bd5442c0fbbe14202d20ccdf81
```
git reset --hard 45ff319c360cd7bd5442c0fbbe14202d20ccdf81
git push -ff origin master
```
InformationsquelleAutor nhuvy
1

J'ai eu une situation identique. Dans mon cas, la solution était:
```
git checkout -- .
```
InformationsquelleAutor Artur
0

Avec Git 2.23+ (août 2019), le bon de commande pour restaurer des fichiers (et l'index) woud être utiliser... git restauration (pas reset --hard ou la déroutant git checkout commande)

Qui est:
```
git restore -s=HEAD --staged --worktree -- .
```
Ou son abréviation:
```
git restore -s@ -SW -- .
```
InformationsquelleAutor VonC
-1

J'ai eu exactement le même problème: est-nettoyage de mes dossiers, la réorganisation et le déplacement de fichiers. J'ai entré: git rm . et appuyez sur entrée; et alors senti mes entrailles se détendre un peu. Heureusement, je n'ai pas de type dans git commit -m "" tout de suite.

Toutefois, la commande suivante
```
git checkout .
```
restauré tout, et m'a sauvé la vie.

InformationsquelleAutor Wai-Ming Lee

Vous devez vous connecter pour publier un commentaire.