Annulation des Modifications Avant la Mise en Scène
Parfois, il peut arriver d’apporter des modifications à votre arbre de travail et de souhaiter annuler ces changements avant même qu’ils ne soient indexés. Examen des techniques permettant d’annuler des modifications dans Git avant leur ajout à la zone de staging.
Annulation des modifications avec git restore
La commande git restore est un outil polyvalent pour annuler des modifications dans votre arbre de travail. Pour revenir en arrière sur des fichiers modifiés avant leur indexation, utilisation de la commande suivante :
git restore <file>
Où <file> correspond au nom du fichier ou à son chemin relatif au répertoire du projet. Cette commande restaure le fichier spécifié à la version indexée. Si la zone de staging est vide, le fichier est restauré à la version du dernier commit.
Retour à la version indexée
Création d’un nouveau fichier nommé recipe.txt contenant une recette simple pour des œufs durs à l’aide de la commande echo :
Nous allons maintenant ajouter ce fichier et le modifier en y ajoutant une autre ligne correspondant à une nouvelle étape de notre recette :
Oups, il semble que nous ayons utilisé le mauvais opérateur, à savoir > (qui écrase le fichier) au lieu de >> (qui ajoute une nouvelle ligne à la fin du fichier). Avant de prendre des mesures pour corriger cela, il convient de vérifier le statut de notre espace de travail et de la zone de staging :
Comme vous pouvez le constater, notre version initiale du fichier est stagée. Revenir à cette version du fichier, puis vérifier à nouveau le statut de notre espace de travail et de la zone de staging :
Comme vous pouvez le constater, notre arbre de travail est désormais propre, les modifications ont donc été annulées et le fichier a été rétabli à la version indexée.
Rétablir à la dernière validation
Tout d'abord, il convient de valider la création de notre fichier recipe.txt :
La validation a réussi. Ajoutons maintenant une autre ligne au fichier avec une nouvelle étape de notre recette et vérifions l'état de l'arbre de travail :
Oups, une autre erreur s'est glissée ici. L'étape que nous avons ajoutée devrait être au numéro 7, et non 10. Pas d'inquiétude, il est possible d'annuler cette modification pour revenir à notre dernier commit. Vérifions le dernier commit :
Ce commit correspond exactement à ce dont nous avons besoin, il est donc possible de restaurer les modifications à cette version et de vérifier que l'arbre de travail est bien propre :
L'arbre de travail est propre, ce qui signifie que les modifications ont été annulées et que le fichier a été restauré à la version du dernier commit.
Merci pour vos commentaires !
Demandez à l'IA
Demandez à l'IA
Posez n'importe quelle question ou essayez l'une des questions suggérées pour commencer notre discussion
How does git restore know which version to revert to?
What happens if I use git restore on a file that hasn't been staged or committed yet?
Can I use git restore to undo changes in multiple files at once?
Awesome!
Completion rate improved to 3.57Annulation des Modifications Avant la Mise en Scène
Glissez pour afficher le menu
Parfois, il peut arriver d’apporter des modifications à votre arbre de travail et de souhaiter annuler ces changements avant même qu’ils ne soient indexés. Examen des techniques permettant d’annuler des modifications dans Git avant leur ajout à la zone de staging.
Annulation des modifications avec git restore
La commande git restore est un outil polyvalent pour annuler des modifications dans votre arbre de travail. Pour revenir en arrière sur des fichiers modifiés avant leur indexation, utilisation de la commande suivante :
git restore <file>
Où <file> correspond au nom du fichier ou à son chemin relatif au répertoire du projet. Cette commande restaure le fichier spécifié à la version indexée. Si la zone de staging est vide, le fichier est restauré à la version du dernier commit.
Retour à la version indexée
Création d’un nouveau fichier nommé recipe.txt contenant une recette simple pour des œufs durs à l’aide de la commande echo :
Nous allons maintenant ajouter ce fichier et le modifier en y ajoutant une autre ligne correspondant à une nouvelle étape de notre recette :
Oups, il semble que nous ayons utilisé le mauvais opérateur, à savoir > (qui écrase le fichier) au lieu de >> (qui ajoute une nouvelle ligne à la fin du fichier). Avant de prendre des mesures pour corriger cela, il convient de vérifier le statut de notre espace de travail et de la zone de staging :
Comme vous pouvez le constater, notre version initiale du fichier est stagée. Revenir à cette version du fichier, puis vérifier à nouveau le statut de notre espace de travail et de la zone de staging :
Comme vous pouvez le constater, notre arbre de travail est désormais propre, les modifications ont donc été annulées et le fichier a été rétabli à la version indexée.
Rétablir à la dernière validation
Tout d'abord, il convient de valider la création de notre fichier recipe.txt :
La validation a réussi. Ajoutons maintenant une autre ligne au fichier avec une nouvelle étape de notre recette et vérifions l'état de l'arbre de travail :
Oups, une autre erreur s'est glissée ici. L'étape que nous avons ajoutée devrait être au numéro 7, et non 10. Pas d'inquiétude, il est possible d'annuler cette modification pour revenir à notre dernier commit. Vérifions le dernier commit :
Ce commit correspond exactement à ce dont nous avons besoin, il est donc possible de restaurer les modifications à cette version et de vérifier que l'arbre de travail est bien propre :
L'arbre de travail est propre, ce qui signifie que les modifications ont été annulées et que le fichier a été restauré à la version du dernier commit.
Merci pour vos commentaires !
