Revenir à un commit spécifique basé sur l'identifiant du commit avec Git ?

Question

Avec git log J'obtiens une liste des modifications que j'ai effectuées jusqu'à présent.

commit f5c5cac0033439c17ebf905d4391dc0705dbd5f1
Author: prosseek 
Date:   Fri Sep 3 14:36:59 2010 -0500

    Added and modified the files.

commit c14809fafb08b9e96ff2879999ba8c807d10fb07
Author: prosseek 
Date:   Tue Aug 31 08:59:32 2010 -0500

    Just simple test for core.editor.

... etc ...

• Comment puis-je revenir à un commit spécifique ? Par exemple, que dois-je faire si je veux revenir à commit c14809fafb08b9e96ff2879999ba8c807d10fb07 ?

• Existe-t-il un autre/meilleur moyen de revenir à un commit spécifique avec Git ? Par exemple, puis-je mettre une étiquette sur chaque commit pour le récupérer avec cette étiquette ?

Answer 1

Voulez-vous ramener votre repo à cet état, ou voulez-vous simplement que votre repo local ressemble à cela ?

Si vous reset --hard il fera en sorte que votre code local et votre histoire locale soient identiques à ce qu'ils étaient au moment de l'engagement. Mais si vous vouliez pousser ceci à quelqu'un d'autre qui a le nouvel historique, cela échouerait :

git reset --hard c14809fa

Et si vous reset --soft il déplacera vos HEAD à l'endroit où ils étaient, mais laissera vos fichiers locaux etc. inchangés :

git reset --soft c14809fa

Alors, que voulez-vous faire exactement avec cette réinitialisation ?

Editer -

Vous pouvez ajouter des "tags" à votre repo et ensuite revenir à un tag. Mais un tag est vraiment juste un raccourci vers le sha1.

Vous pouvez le marquer comme TAG1 puis un git reset --soft c14809fa , git reset --soft TAG1 ou git reset --soft c14809fafb08b9e96ff2879999ba8c807d10fb07 feraient tous la même chose.

Answer 2

Je pense que la réponse de Bwawok est fausse à un moment donné :

si vous le faites

git reset --soft c14809fa

Vos fichiers locaux seront modifiés pour être comme ils étaient à l'époque, mais votre historique etc. restera le même.

Según manuel : git-reset , "git reset --soft"...

ne touche pas le fichier d'index ni l'arbre de travail du tout (mais réinitialise la tête à <commit>, comme le font tous les modes). Cela laisse tous vos fichiers modifiés "Changes to be committed", comme le dirait git status.

Il va donc "supprimer" les commits les plus récents de la branche. Cela signifie que, après avoir regardé votre ancien code, vous ne pouvez pas aller au commit le plus récent dans cette branche à nouveau, facilement. Il fait donc l'inverse de ce qui est décrit par bwawok : Les fichiers locaux ne sont pas modifiés (ils sont exactement comme avant "git reset --soft"), mais l'historique est modifié (la branche est tronquée après le commit spécifié).

La commande pour la réponse de bwawok pourrait être :

git checkout <commit>

Vous pouvez l'utiliser pour jeter un coup d'œil aux anciennes révisions : A quoi ressemblait mon code hier ?

(Je sais, je devrais mettre cela dans les commentaires de cette réponse, mais stackoverflow ne me permet pas de le faire ! Ma réputation est trop faible).

Answer 3

git reset c14809fafb08b9e96ff2879999ba8c807d10fb07 est ce que vous recherchez...

Answer 4

Si vous voulez forcer la question, vous pouvez le faire :

git reset --hard c14809fafb08b9e96ff2879999ba8c807d10fb07

vous renvoie à l'aspect de votre clone git au moment du checkin