J'ai supprimé certains fichiers.

Je ne me suis PAS encore engagé.

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

Et git statusmontre:

# 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 git checkout .réinitialise- t-il pas l'espace de travail HEAD?

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

Cela interrompra l'opération rm. Après cela, relancer un git statusvous dira que vous devez faire un git checkout -- cc.propertiespour récupérer le fichier.

Mise à jour: je l'ai dans mon fichier de configuration

$ git config alias.unstage
reset HEAD

que j'utilise habituellement pour mettre en scène des trucs.

Vous avez organisé la suppression, vous devez donc:

git checkout HEAD cc.properties store/README store/cc.properties

git checkout . extrait uniquement de l'index où la suppression a déjà été effectuée.

Fais juste git checkout path/to/file-I-want-to-bring-back.txt

Pour récupérer toutes les suppressions non mises en scène à la fois, automatiquement, sans spécifier chaque chemin unique:

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

Pour récupérer tous mis en scène des suppressions à la fois, automatiquement, sans spécifier chaque chemin unique:

git status | grep 'deleted:' | awk '{print $2}' | xargs git checkout --

Puisque vous faites un git checkout . , il semble que vous essayez de restaurer votre branche au dernier état de validation.

Vous pouvez y parvenir avec un git reset HEAD --hard

Attention

Cela peut supprimer toutes vos dernières modifications et annuler vos modifications, par exemple, vous pouvez perdre du travail. C'est peut- être ce que vous voulez, mais consultez les documents pour vous en assurer.

si vous avez utilisé

git rm filename

supprimer un fichier puis

git checkout path/to/filename

ne fonctionne pas, donc dans ce cas

git checkout HEAD^ path/to/filename

devrait marcher

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

Version Git sur OSX Mavericks

mac-pro:main chris$ git version
git version 1.8.5.2 (Apple Git-48)

Commander

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

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

Utilisez git ls-filespour extraire les fichiers supprimés (-d) ou modifiés (-m).

git checkout $(git ls-files -d)

voir Comment puis-je restaurer uniquement les fichiers modifiés lors d'une extraction git?

Si vous souhaitez restaurer tous les fichiers en même temps

N'oubliez pas d'utiliser le point car il indique à git de récupérer tous les fichiers.

Cette commande réinitialisera la tête et annulera toutes les modifications:

$ git reset HEAD . 

Exécutez ensuite ceci pour restaurer tous les fichiers:

$ git checkout .

Ensuite, en faisant un statut git, vous obtiendrez:

$ git status
On branch master
Your branch is up-to-date with 'origin/master'.

Voulez-vous voir ça

cela vaut pour les cas où vous avez utilisé

git checkout -- .

avant de commettre quelque chose.

Vous pouvez également vouloir vous débarrasser des fichiers créés qui n'ont pas encore été créés. Et vous n'en voulez pas. Avec :

git reset -- .

J'ai trouvé ce message en recherchant des réponses sur la façon de supprimer un fichier qui a été supprimé dans mon répertoire de travail après une fusion d'une autre branche. Aucun commit n'a encore été effectué après la fusion. Puisqu'il s'agissait d'une fusion en cours, je ne pouvais pas simplement l'ajouter en utilisant:

$ git reset <commitid#-where-file.cpp-existed> file.cpp

J'ai dû faire une autre étape en plus de la réinitialisation pour ramener le fichier:

$ git checkout -- file.cpp

Si vous n'avez effectué aucune modification, tout ce que vous avez à faire est de les cacher et vous reviendrez à la dernière validation en cours.

git stash
git stash clear
git clean 

si vous recherchez un répertoire supprimé.

 git checkout ./pathToDir/*

Voici différents cas comme référence pour aider les autres:

Si la suppression n'a pas été validée , la commande ci-dessous restaurera le fichier supprimé dans l'arborescence de travail.

$ git checkout -- <file>

Vous pouvez obtenir une liste de tous les fichiers supprimés dans l'arborescence de travail à l'aide de la commande ci-dessous.

$ git ls-files --deleted

Si la suppression a été validée , recherchez la validation à l'endroit où elle s'est produite, puis récupérez le fichier à partir de cette validation.

#find the commit hash where it had this file deleted
$ git rev-list -n 1 HEAD -- <file>

Cela devrait vous donner quelque chose comme c46e81aa403ecb8a0f7a323a358068345, maintenant utilisez commit # ici

$ git checkout <commit>^ -- <file>

Quelque chose comme ça: $ git checkout c46e81aa403ecb8a0f7a323a358068345 -

Dans le cas où vous recherchez le chemin du fichier à récupérer, la commande suivante affichera un résumé de tous les fichiers supprimés.

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

Si vous souhaitez simplement afficher la liste des fichiers:

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

Pour moi, ce qui a fonctionné 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é dans la branche dans laquelle nous voulons que le fichier aille)

Après l'exécution de cette commande, le fichier restauré existera à l'emplacement d'origine (qui devra être comité)

Si vous avez installé ToroiseGIT, sélectionnez simplement l'élément de menu "Revert ..." pour le menu contextuel du dossier parent.

1.Trouvez le commit auquel vous souhaitez revenir en utilisant:

   git log
This command will give you a list of commits done by you .

2.Retournez à ce commit en utilisant:

    git revert <commit id> 

Maintenant, votre branche locale aurait tous les fichiers en particulier

ATTENTION: engagez tout travail que vous souhaitez conserver en premier.

Vous pouvez réinitialiser votre espace de travail (et récupérer les fichiers supprimés)

git checkout ./*

J'ai eu le même problème mais aucune des solutions ci-dessus n'a fonctionné pour moi. J'ai fini par faire:
- créer un fichier vide du même nom
- comparer ce fichier avec son historique local
- copier l'historique dans un fichier vide.

J'ai eu le même problème et aucune des réponses que j'ai essayées ici n'a fonctionné pour moi non plus. J'utilise Intellij et j'avais vérifié une nouvelle branche git checkout -b minimalExamplepour créer un "exemple minimal" sur la nouvelle branche d'un problème en supprimant un tas de fichiers et en modifiant un tas d'autres dans le projet. Malheureusement, même si je n'ai validé aucune des modifications sur la nouvelle branche "exemple minimal", lorsque j'ai extrait ma branche "d'origine" à nouveau, toutes les modifications et suppressions de la branche "exemple minimal" se sont produites dans la " branche "originale" (ou du moins c'est apparu). Selongit status les fichiers supprimés, les deux branches venaient de disparaître.

Heureusement, même si Intellij m'avait prévenu "la suppression de ces fichiers peut ne pas être entièrement récupérable", j'ai pu les restaurer (sur la branche d'exemple minimale à partir de laquelle ils avaient été supprimés) en cliquant avec le bouton droit sur le projet et en sélectionnant l'historique local > Afficher l'historique (puis restaurer sur l'élément d'historique le plus récent que je voulais). Après qu'Intellij a restauré les fichiers dans la branche "exemple minimal", j'ai poussé la branche à l'origine. Ensuite, je suis revenu à ma branche locale "d'origine" et j'ai couru git pull origin minimalExamplepour les récupérer également dans la branche "d'origine".