Annuler la réinitialisation -- dur avec les fichiers non engagés dans la zone de transit

je viens de faire un git reset --hard et j'ai perdu un commit. Mais je connaissais le hash de commit, donc j'ai pu faire git cherry-pick COMMIT_HASH pour le restaurer.

Je l'ai fait dans les minutes qui ont suivi la perte de l'engagement, pour que cela puisse fonctionner pour certains d'entre vous.

grâce à Mark Longair j'ai récupéré mes affaires!

J'ai d'abord sauvegardé tous les hachages dans un fichier:

git fsck --cache --unreachable $(git for-each-ref --format="%(objectname)") > allhashes

ensuite je les mets tous (en enlevant le truc 'unreachable blob') dans une liste et je mets les données dans de nouveaux fichiers...vous devez choisir vos fichiers et les renommer à nouveau dont vous avez besoin...mais je n'avais besoin que de quelques fichiers..espérons que cela aide quelqu'un...

commits = ["c2520e04839c05505ef17f985a49ffd42809f",
    "41901be74651829d97f29934f190055ae4e93",
    "50f078c937f07b508a1a73d3566a822927a57",
    "51077d43a3ed6333c8a3616412c9b3b0fb6d4",
    "56e290dc0aaa20e64702357b340d397213cb",
    "5b731d988cfb24500842ec5df84d3e1950c87",
    "9c438e09cf759bf84e109a2f0c18520",
    ...
    ]

from subprocess import call
filename = "file"
i = 1
for c in commits:
    f = open(filename + str(i),"wb")
    call(["git", "show", c],stdout=f)
    i+=1

la solution de @Ajedi32 dans les commentaires a fonctionné pour moi dans exactement cette situation.

git reset --hard @{1}

notez que toutes ces solutions reposent sur le fait qu'il n'y a pas de git gc, et que certaines d'entre elles pourraient en causer un, donc je vais fermer le contenu de votre .git directory avant d'essayer quoi que ce soit de sorte que vous avez un instantané de revenir à si un ne fonctionne pas pour vous.

est tombé dans le même numéro, mais n'a pas ajouté les changements à l'indice. Donc toutes les commandes ci-dessus ne m'ont pas ramené les changements désirés.

après toutes les réponses élaborées ci-dessus, c'est une allusion naïve, mais peut-être que cela sauvera quelqu'un qui n'y a pas pensé en premier, comme je l'ai fait.

désespéré, j'ai essayé de presser CTRL-Z dans mon éditeur (LightTable), une fois dans chaque onglet ouvert - ce heureusement récupéré le fichier dans cet onglet, à son dernier état avant le git reset --hard . HTH.

Bonté divine, j'ai tiré mes cheveux jusqu'à ce que je tombe sur cette question et ses réponses. Je crois que la réponse correcte et succincte à la question posée n'est disponible que si vous faites la synthèse de deux des commentaires ci-dessus, donc ici tout est en un seul endroit:

1. comme mentionné par chilicuil, Lancez 'git refrog' pour identifier là le commettre hachage que vous voulez revenir à

2. comme mentionné par akimsko, vous ne voudra probablement pas choisir a moins que vous n'ayez perdu qu'un seul commit, alors vous devriez lancer ' git reset -- dur

Note pour les utilisateurs d'egit Eclipse: je n'ai pas pu trouver un moyen de faire ces étapes dans Eclipse avec egit. Fermer Eclipse, exécuter les commandes ci-dessus à partir d'une fenêtre de terminal, puis rouvrir Eclipse a fonctionné parfaitement pour moi.

les solutions ci-dessus peuvent fonctionner, cependant, il ya des moyens plus simples de récupérer de cela au lieu de passer par git -s complexe annuler. Je suppose que la plupart des git-réinitialise arriver sur un petit nombre de fichiers, et si vous utilisez VIM, ce c'est peut-être la solution la plus rapide. La mise en garde est que vous devez déjà utilisez ViM's persistent-undo, que vous devriez utiliser dans les deux cas, parce que il vous offre la possibilité d'annuler un nombre illimité de changements.

Voici les étapes:

1. dans vim appuyez sur : et tapez la commande set undodir . Si vous avez persistent undo allumé dans votre .vimrc , il affichera un résultat similaire à undodir=~/.vim_runtime/temp_dirs/undodir .

2. dans votre déclaration de mise en pension, utilisez git log pour connaître la dernière date/heure à laquelle vous avez effectué la dernière commit

3. undodir à l'aide de cd ~/.vim_runtime/temp_dirs/undodir .

4. Dans ce répertoire, utilisez cette commande pour rechercher tous les fichiers que vous avez changé depuis le dernier commit

   find . -newermt "2018-03-20 11:24:44" \! -newermt "2018-03-23" \( -type f -regextype posix-extended -regex '.*' \) \-not -path "*/env/*" -not -path "*/.git/*"

   Ici "2018-03-20 11:24:44" est la date et l'heure de la dernière validation. Si l' date à laquelle vous avez fait le git reset --hard est "2018-03-22", puis utiliser "2018-03-22", puis utiliser "2018-03-23". C'est à cause d'une bizarrerie de trouver, là où le bas la limite est inclusive, et la limite supérieure est exclusif. https://unix.stackexchange.com/a/70404/242983

5. allez à chacun des fichiers ouvrez-les dans vim, et faites un"plus tôt 20m". Vous pouvez trouver plus de détails sur "earlier" en utilisant "h earlier". Ici earlier 20m signifie retourner à l'état du dossier 20 minutes retour, en supposant que vous avez fait le git hard --reset , 20 minutes en arrière. Répétez cette opération sur tous les fichiers que est sortie de la commande find . Je suis sûr quelqu'un peut écrire un script qui va combiner ces choses.