git récupérer fichier supprimé où aucun commit a été faite après le supprimer

J'ai supprimé certains fichiers.

Je n'ai PAS commettre encore.

Je veux réinitialiser mon espace de travail pour récupérer les fichiers.

J'ai fait un git checkout ..

Mais les fichiers supprimés sont toujours portées disparues.

Et git status montre:

# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   deleted:    cc.properties
#   deleted:    store/README
#   deleted:    store/cc.properties
#

Pourquoi ne pas git checkout . réinitialiser l'espace de travail à HEAD?

si vous n'aviez pas mis en scène vos modifications après la suppression, git checkout . aurait fonctionné.
et vous perdrez vos modifications si vous le faites.
Appuyez simplement sur Ctrl-J dans git gui sur l'élément supprimé.

InformationsquelleAutor Homan | 2012-08-14

git

758

La sortie vous indique ce que vous devez faire. git reset HEAD cc.properties etc.

Ce sera unstage la rm opération. Après cela, l'exécution d'un git status encore vous diront que vous avez besoin de faire un git checkout -- cc.properties pour obtenir le fichier.

Mise à jour:
J'ai ceci dans mon fichier de config
```
$ git config alias.unstage
reset HEAD
```
que j'utilise habituellement pour unstage choses.
- Comment faites-vous cela pour de multiples fichiers supprimés? L'exécution de la commande git reset HEAD <<nom de fichier>> plusieurs fois serait lourd, de tout moyen efficace de le faire?
- git reset HEAD \* et puis git checkout -- .
- mais j'ai modifié les fichiers.
- Il est probable que votre situation est différente de celle décrite dans la question d'origine.
- rm -r ./engines - oops. Maintenant git reset engines; git checkout engines.
- est ./engines un rachat ou d'un répertoire dans un repo, car un répertoire ne semble pas fonctionner comme ça avec la version git 2.21.0? git checkout -- dirname => error: pathspec 'dirname' did not match any file(s) known to git. (La même chose sans le -- argument diviseur.) [Remplacer dirname avec un répertoire réel, évidemment.]
- Il aurait été un répertoire dans un repo.
InformationsquelleAutor Noufal Ibrahim
201

Vous ai mis en scène la suppression de sorte que vous devez faire:
```
git checkout HEAD cc.properties store/README store/cc.properties
```
git checkout . vérifie seulement de l'index où la suppression a déjà été mis en scène.
- git checkout HEAD fileToDelete fait le tour.
InformationsquelleAutor CB Bailey
162

Il suffit de ne git checkout path/to/file-I-want-to-bring-back.txt
- ne fonctionne que si les fichiers nai pas été commis et poussé.
- Ne fonctionne pas pour moi, git a dit qu'il ne sait pas tout fichier de ce nom, bien que le dossier est suivi. Je n'ai pas commis soit, j'ai seulement supprimé un fichier à l'aide de netbeans menu contextuel de tort.
- pathspec fichier.ext' ne correspond à aucun fichier(s) connue pour git.
- Je suppose que ton fichier n'a jamais été engagée. Ce n' git status dire à ce sujet?
- Git status a montré vert "delated fichier.ext" git checkout HEAD -- file.ext contribué à restaurer.
- inconnu de la révision ou de chemin d'accès pas dans l'arbre de travail.
- cela a fonctionné pour moi: git checkout <supprimé le fichier>
InformationsquelleAutor seddonym
135

Pour récupérer tous les unstaged suppressions à la fois, automatiquement, sans spécification de chaque chemin unique:
```
git ls-files -d | sed -e "s/$.*$/''/" | xargs git checkout --
```
Pour récupérer tous les mise en scène suppressions à la fois, automatiquement, sans spécification de chaque chemin unique:
```
git status | grep 'deleted:' | awk '{print $2}' | xargs git checkout --
```
- J'ai accidentellement supprimé plus de 500 fichiers et cela a fonctionné un régal car elle a également gardé toutes mes modifications valides (la première ligne est ce que j'ai utilisé). Merci.
- Accidentellement supprimé tout le contenu d'une pension de droit après avoir réussi à construire. La première commande a sauvé mon bacon.
- m'a sauvé quelques temps, mais pour quelque raison il n'a pas de récupérer certains fichiers, va l'utiliser de nouveau pour vous
- Avant cela fonctionnerait pour moi, j'ai dû courir git status --long | grep 'deleted:' | awk '{print $2}' | xargs git reset HEAD --.
- Très utile, voulait garder sans traces de fichiers, mais de se débarrasser supprimé et modifié, juste de changer -d -m pour la gestion de l'modifié.
- Remarque cela ne fonctionne pas si vous avez des espaces dans les noms de vos fichiers/les chemins. Je pense que git ls-files -d | sed -e "s/$.*$/'\1'/" | xargs git checkout -- fonctionne.
- de commande pour la mise en scène des suppressions a fonctionné parfaitement pour moi
InformationsquelleAutor PaoloC
76

Puisque vous êtes en train de faire un git checkout ., il semble que vous essayez de restaurer votre branche à la dernière validation de l'état.

Vous pouvez réaliser cela avec un git reset HEAD --hard

Avertissement

Cela peut supprimer toutes vos dernières modifications et unstage vos modifications, par exemple, vous pouvez perdre du travail. Il peut être ce que vous voulez, mais de vérifier les docs pour s'en assurer.
- Woww!! Attention à tout cela!!!! Vous avez peut-être raison, mais quelqu'un pourrait confondre et de faire sauter toute leur code. Ce serait cool si vous ajoutez un plus grand avertissement.
- C'est exactement ce dont j'avais besoin. Ne pas exploser votre code entier - tout simplement vous ramène à votre dernier commit.
- Je me suis retrouvé avec des centaines de fichiers manquants à un moment donné. C'est le seul moyen pratique de résoudre le problème. Merci!
InformationsquelleAutor Paul T
57

si vous avez utilisé
```
git rm filename
```
pour supprimer un fichier, puis
```
git checkout path/to/filename
```
ne fonctionne pas, donc dans ce cas
```
git checkout HEAD^ path/to/filename
```
devrait fonctionner
- J'aime cette réponse. Il n'y a aucun doute que vous êtes qui affectent que le fichier spécifique que vous avez retiré. 1) git checkout chemin/vers/fichier. 2) git checkout -- chemin/vers/fichier.
InformationsquelleAutor Aurangzeb
28

Voici la commande qui m'a aidé sur mon mac. J'ai essayé quelques autres solutions, mais ils n'ont pas de travail pour moi.

De version Git sur OSX Mavericks
```
mac-pro:main chris$ git version
git version 1.8.5.2 (Apple Git-48)
```
Commande
```
git checkout HEAD -- path/to/file/file.cc
```
InformationsquelleAutor Chris Hinshaw

git checkout HEAD -- client/src/pp_web/index.cljs

InformationsquelleAutor Dustin Getz

17

Utilisation git ls-files à la caisse supprimés(-d) ou modifié (m) des fichiers.
```
git checkout $(git ls-files -d)
```
voir Comment puis-je restaurer uniquement les fichiers modifiés sur un git checkout?
- beaucoup mieux et plus simple que les autres solutions
- Si certains fichiers ont de l'espace, vous pouvez faire git ls-files -d | xargs -I{} git checkout "{}".
- Une bonne et simple de la façon de stocker les fichiers supprimés.. merci beaucoup
InformationsquelleAutor rickfoosusa
16

Si vous souhaitez restaurer tous les fichiers à la fois

N'oubliez pas d'utiliser la période, car il indique à git pour récupérer tous les fichiers.

Cette commande permet de réinitialiser la tête et unstage de tous les changements:
```
$ git reset HEAD . 
```
Puis le lancer pour restaurer tous les fichiers:
```
$ git checkout .
```
Ensuite de faire un git status, vous obtiendrez:
```
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
```
- C'est un peu la solution la plus simple et travaille pour des tas de fichiers (permet de dire que vous avez supprimé plusieurs fichiers / dossiers). bon boulot mec+
InformationsquelleAutor Casper Wilkes
8

Faire, vous pouvez vous souhaitez voir cette

qui va pour le cas où vous avez utilisé
```
git checkout -- .
```
avant de vous engager quelque chose.

Vous pouvez aussi vous voulez vous débarrasser de créer des fichiers qui n'ont pas encore été créé. Et vous n'en voulez pas. Avec :
```
git reset -- .
```
- Vous n'avez pas de rapport entièrement la réponse que vous avez copié. En fait git checkout -- . n'aide pas à récupérer les fichiers supprimés et est l'équivalent de ce que le demandeur a essayé: git checkout .. La partie qui peut fonctionner est celui que vous n'avez pas de copie: git checkout <file_path>.
InformationsquelleAutor Paulo Linhares - Packapps
6

Trouvé ce post en cherchant des réponses sur la façon de l'onu-pour supprimer un fichier qui a été supprimé dans mon répertoire de travail après une fusion à partir d'une autre branche. Pas d'enregistrement a été encore faite après la fusion.
Depuis qu'il a été une fusion est en cours, je ne pouvais pas ajouter à l'aide:
```
$ git reset <commitid#-where-file.cpp-existed> file.cpp
```
J'ai eu à faire un autre pas en plus le reset pour faire le fichier:
```
$ git checkout -- file.cpp
```
InformationsquelleAutor user2453404
4

Si vous n'avez pas commis l'un des changements tout ce que vous avez à faire est de ranger ces changements et vous serez de retour pour le dernier commit.
```
git stash
git stash clear
git clean 
```
- De le mettre sur la cachette de la pile n'est pas une solution. Il s'agit d'un hack.
- Thisc est belle solution parce que vous pouvez le supprimer de cachette. Si c'est un hack ou pas, c'est question de goût. Toute l'idée de la cachette est intelligent hack.
- heureux qu'il pourrait aider à vous 🙂
- J'aime cette approche le mieux de tous ceux qui sont énumérés
InformationsquelleAutor Rick
3

si vous êtes à la recherche pour une suppression de répertoire.
```
 git checkout ./pathToDir/*
```
InformationsquelleAutor PPB
2

Pour moi ce qui a fonctionné a été git checkout {SHA1 of commit with version to restore} "{path to file to restore}"

Par exemple git checkout 5a6b3179e58edff9c90326b9a04284b02fd67bd0 "src-ui/views/includes/radar.pug"

(exécutée dans la direction que nous voulons que le fichier d'aller dans)

Après que la commande s'exécute, le fichier restauré va exister dans l'emplacement d'origine (qui devra être comited)
- et / ou tout simplement un git checkout master path/to/the/file.bin de sorte que vous undelete ce fichier sans perdre les autres changements que vous avez pu faire. PS: ce devrait être la accepté de répondre...
InformationsquelleAutor Dinis Cruz
1

Si vous avez installé ToroiseGIT alors juste sélectionner "de Revenir..." dans le menu de dossier parent pop-up menu.

InformationsquelleAutor Vasyl Shyrochuk
1

ATTENTION: engager des travaux que vous souhaitez garder en premier.

Vous pouvez réinitialiser votre espace de travail (et de récupérer les fichiers supprimés)
```
git checkout ./*
```
- Pour info...cette commande supprimé tous mes fichiers de travail et ne pas récupérer le fichier supprimé..méfiez-vous
- C'est pourquoi vous utilisez cette commande pour RÉINITIALISER votre espace de travail. Je pensais que ce serait auto-explicatif.
- Cette commande ne marche pas, parce que si le fichier est supprimé, il ne sera pas pris en ./*.
- peut-être que je suis malentendu, mais il a mis mon espace de travail dans l'état d'origine (fichier supprimé est maintenant présent).
- Il pourrait travailler, mais seulement si il n'existe pas de fichier visible dans le répertoire, parce que sinon ./* sera élargi par bash pour correspondre à ces fichiers avant de les envoyer à git.
- Il pourrait également fonctionner si les fichiers supprimés sont dans des sous-répertoires qui ne sont pas supprimés, mais clairement, cette commande n'est pas le plus simple.
InformationsquelleAutor Henrique Florêncio
0

J'ai eu le même problème, toutefois, aucune des deux solutions n'a fonctionné pour moi.
Ce que j'ai fait était de:

- créer un fichier vide avec le même nom

- comparer ce fichier avec son histoire locale

- copie de l'histoire à travers de fichier vide.

InformationsquelleAutor theEUG
0

1.Certains s'engagent à laquelle vous voulez revenir à l'aide de:
```
   git log
This command will give you a list of commits done by you .
```
2.Revenir à valider à l'aide de :
```
    git revert <commit id> 
```
Maintenant vous branche locale aurait tous les fichiers en particulier

InformationsquelleAutor ashu17188

Vous devez vous connecter pour publier un commentaire.

Avertissement

Si vous souhaitez restaurer tous les fichiers à la fois