Revenir à un ancien commit Git dans un dépôt public

Comment puis-je faire pour revenir à un commit spécifique dans git ?

La meilleure réponse que quelqu'un pourrait me donner était d'utiliser git revertX fois jusqu'à ce que j'atteigne le commit souhaité.

Alors disons que je veux revenir à un commit qui a 20 ans, je devrais l'exécuter 20 fois.

Existe-t-il un moyen plus simple de procéder?

Je ne peux pas utiliser la réinitialisation car ce référentiel est public.

Essaye ça:

git checkout [revision] .

où [revision]est le hachage de validation (par exemple:) 12345678901234567890123456789012345678ab.

N'oubliez pas le .à la fin, très important. Cela appliquera les modifications à l'arbre entier. Vous devez exécuter cette commande dans la racine du projet git. Si vous êtes dans un sous-répertoire, cette commande ne modifie que les fichiers du répertoire actuel. Alors engagez-vous et vous devriez être bon.

Vous pouvez annuler cela en

git reset --hard 

qui supprimera toutes les modifications du répertoire de travail et de la zone de transit.

Pour revenir à une validation spécifique:

git reset --hard commit_sha

Pour annuler 10, vous validez:

git reset --hard HEAD~10

Vous pouvez utiliser "git revert" comme dans le post suivant si vous ne voulez pas réécrire l'historique

Comment restaurer le référentiel Git à un commit précédent?

Eh bien, je suppose que la question est, que voulez-vous dire par «reculer»? Si vous ne le pouvez pas, resetcar il est public et que vous souhaitez conserver l'historique des validations intact, voulez-vous simplement que votre copie de travail reflète un commit spécifique? Utilisez git checkoutet le hachage de validation.

Edit: Comme cela a été souligné dans les commentaires, l'utilisation git checkoutsans spécifier de branche vous laissera dans un état "sans branche". Utilisez cette git checkout <commit> -b <branchname>option pour passer à une succursale ou git checkout <commit> .pour passer à la succursale actuelle.

L'affiche originale indique:

La meilleure réponse que quelqu'un pourrait me donner était d'utiliser git revertX fois jusqu'à ce que j'atteigne le commit souhaité.

Alors disons que je veux revenir à un commit qui a 20 ans, je devrais l'exécuter 20 fois.

Existe-t-il un moyen plus simple de procéder?

Je ne peux pas utiliser la réinitialisation car ce dépôt est public.

Il n'est pas nécessaire d'utiliser git revertX fois. git revertpeut accepter une plage de validation comme argument, vous n'avez donc besoin de l'utiliser qu'une seule fois pour rétablir une plage de validations. Par exemple, si vous souhaitez annuler les 20 derniers commits:

git revert --no-edit HEAD~20..

La plage de validation HEAD~20..est abrégée HEAD~20..HEADet signifie «commencer à partir du 20 ^e parent de la validation HEAD, et rétablir toutes les validations suivantes jusqu'à HEAD».

Cela ramènera les 20 derniers commits, en supposant qu'aucun d'entre eux ne soit un commit de fusion. S'il y a des validations de fusion, vous ne pouvez pas toutes les annuler en une seule commande, vous devrez les annuler individuellement avec

git revert -m 1 <merge-commit>

Notez également que j'ai testé en utilisant une plage avec git revertgit version 1.9.0. Si vous utilisez une ancienne version de git, l'utilisation d'une plage avec git revertpeut ou peut ne pas fonctionner.

Dans ce cas, git revertest préférable à git checkout.

Notez que contrairement à cette réponse qui dit d'utilisergit checkout , git revert supprimera en fait tous les fichiers qui ont été ajoutés dans l'un des commits que vous annulez , ce qui en fait la bonne façon d'annuler une gamme de révisions.

Documentation

• Page de manuel de git-revert (1) .
• Valeurs de validation .

Étape 1: récupérer la liste des validations:

git log

Vous obtiendrez une liste comme dans cet exemple:

[Comp:Folder User$ git log
commit 54b11d42e12dc6e9f070a8b5095a4492216d5320
Author: author <author@gmail.com>
Date:   Fri Jul 8 23:42:22 2016 +0300

This is last commit message

commit fd6cb176297acca4dbc69d15d6b7f78a2463482f
Author: author <author@gmail.com>
Date:   Fri Jun 24 20:20:24 2016 +0300

This is previous commit message

commit ab0de062136da650ffc27cfb57febac8efb84b8d
Author: author <author@gmail.com>
Date:   Thu Jun 23 00:41:55 2016 +0300

This is previous previous commit message
...

Étape 2: copiez le hachage de validation requis et collez-le pour le paiement:

git checkout fd6cb176297acca4dbc69d15d6b7f78a2463482f

C'est tout.

git read-tree -um @ $commit_to_revert_to

le fera. C'est "git checkout" mais sans mettre à jour HEAD.

Vous pouvez obtenir le même effet avec

git checkout $commit_to_revert_to
git reset --soft @{1}

si vous préférez enchaîner des commandes pratiques.

Ceux-ci vous laissent avec votre arbre de travail et votre index dans l'état souhaité, vous pouvez simplement git committerminer.

Vous voulez le mode HEAD détaché?

Si vous souhaitez faire reculer X fois un certain commit avec une TÊTE DÉTACHÉE (ce qui signifie que vous ne pouvez rien gâcher), alors certainement, utilisez ce qui suit:

(remplacez X par le nombre de commits que vous souhaitez revenir en arrière)

git checkout HEAD~X

IE pour revenir en arrière un commit:

git checkout HEAD~1

Disons que vous travaillez sur un projet et après une journée ou deux. Vous remarquez qu'une fonctionnalité vous donne toujours des erreurs. Mais vous ne savez pas quel changement vous avez provoqué qui a provoqué l'erreur. Vous devez donc pêcher les commits de travail précédents. Pour revenir à un commit spécifique:

git checkout 8a0fe5191b7dfc6a81833bfb61220d7204e6b0a9 .

Ok, donc ce commit fonctionne pour vous. Plus d'erreur. Vous avez identifié le problème. Vous pouvez maintenant revenir au dernier commit:

git checkout 792d9294f652d753514dc2033a04d742decb82a5 .

Et extraire un fichier spécifique avant qu'il ne cause l'erreur (dans mon cas, j'utilise l'exemple Gemfile.lock):

git checkout 8a0fe5191b7dfc6a81833bfb61220d7204e6b0a9 -- /projects/myproject/Gemfile.lock

Et c'est une façon de gérer les erreurs que vous avez créées dans les validations sans réaliser les erreurs plus tard.

Vous pouvez trouver l'ID de validation lié à chaque validation dans la section des validations de GitHub / BitBucket / Gitlab. C'est très simple, supposons que votre ID de validation soit 5889575, puis si vous souhaitez revenir à cette partie de votre code, il vous suffit de taper

git checkout 5889575 .

Cela vous amènera à ce moment dans votre code.

Je ne sais pas ce qui a changé, mais je ne parviens pas à extraire un commit spécifique sans l'option --detach. La commande complète qui a fonctionné pour moi était: git checkout --detach [commit hash]

Pour revenir de l'état détaché, j'ai dû vérifier ma succursale locale: git checkout master

Voici un exemple pour le faire

    cd /yourprojects/project-acme 


    git checkout efc11170c78 .