Quelle est la différence entre git reset -mixed, -soft et -hard ?

Cet article expliquera brièvement la différence entre git reset –hard, –soft et –mixed.

Quelle est la différence entre git reset -mixed, -soft et -hard ?

Git fournit plusieurs options de réinitialisation. Sur la base de la façon dont ils gèrent les commits, toutes les options disponibles sont différentes les unes des autres. Ils modifient tous l'historique de Git et reculent le HEAD. De plus, ils gèrent les changements différemment, tels que :

• Le ' -doux ” option utilisée avec le “ $ git réinitialiser ” pour conserver les fichiers et renvoyer les modifications de validation à l'index de staging Git.
• ' $ git reset –mixte ” est utilisé pour annuler les modifications de validation et supprimer le fichier de l'index de staging sans le supprimer du répertoire de travail.
• Le ' -difficile » option avec le « $ git réinitialiser ” La commande est utilisée pour supprimer toutes les modifications et les supprimer du répertoire de travail local.

Prenons un exemple pour voir comment le ' $ git réinitialiser ” La commande fonctionne avec différentes options !

Étape 1 : Accédez au référentiel Git souhaité

Tout d'abord, déplacez-vous vers le référentiel Git souhaité en utilisant le ' CD ' commande:

Étape 2 : Créer un fichier

Maintenant, exécutez la commande ci-dessous pour créer un fichier :

Étape 3 : Ajouter un fichier à l'index de staging

Utilisez le ' git ajouter ” pour ajouter le fichier nouvellement généré dans l'index de staging :

Étape 4 : Valider les modifications

Ensuite, ajoutez toutes les modifications au référentiel de travail en exécutant le ' git commet ' commande:

Étape 5 : Vérifier le journal Git

Ensuite, consultez l'historique du journal Git pour afficher les derniers commits ajoutés :

Dans la sortie ci-dessous, on peut voir que tous les derniers commits ajoutés sont affichés, et le ' TÊTE ” pointe vers le commit récent :

Noter: Pour mieux vérifier la position de pointage actuelle de HEAD, exécutez la commande ' journal git ' avec la commande ' -une ligne ' drapeau:

La sortie ci-dessous montre la liste des hachages SHA de validation avec les messages de validation :

Étape 6 : Utilisez la commande git reset –soft

Pour annuler les modifications ajoutées du référentiel Git à l'index de staging, utilisez le ' réinitialisation de git » avec la commande « – doux ', et spécifiez la position HEAD souhaitée où il est nécessaire de déplacer le pointeur :

Étape 7 : Vérifiez le statut de Git

Maintenant, vérifiez la position de retour du HEAD, vérifiez l'état du référentiel Git :

On peut voir que le « git reset-soft ” La commande a renvoyé les modifications de validation à l'index de staging Git. De plus, le « Fichier4.txt ' Le fichier est maintenant dans l'index de staging Git et doit être validé :

Étape 8 : Vérifier le journal Git

Pour afficher la position actuelle de HEAD, exécutez la commande donnée avec le ' -une ligne ' option:

Ici, la TÊTE pointe vers le ' Fichier3 ' s'engager:

Étape 9 : Utilisez git reset — commande mixte

Pour annuler les modifications validées et supprimer les fichiers de la zone de préparation sans les supprimer du répertoire de travail, exécutez le ' $ git reset –mixte ” avec la position HEAD requise du commit :

Étape 10 : Vérifiez le statut de Git

Affichez les modifications récemment ajoutées en vérifiant l'état du dépôt Git :

On peut observer que les modifications de validation spécifiées sont supprimées de la zone de staging. Cependant, ils sont placés dans la zone de travail :

Étape 11 : Vérifier le journal Git

Vérifiez l'historique du journal de référence du référentiel Git avec le hachage SHA :

Étape 12 : Utiliser git reset — commande hard

Pour supprimer les modifications ajoutées du répertoire de travail local Git, exécutez le ' $ git reset-difficile ' commande:

Étape 13 : Vérifier le pointeur HEAD inversé

Pour vérifier le pointeur HEAD, revenez à la position spécifiée, exécutez le ' journal git ' commande:

La sortie ci-dessous montre que la TÊTE pointe vers le ' Fichier1 ajouté ' s'engager:

Étape 14 : Vérifiez le statut de Git

Pour afficher les modifications ajoutées, vérifiez l'état de Git :

On peut voir que nous n'avons pas de piste et de changements en attente de ' Fichier2.txt ' dossier. Par conséquent, File2.txt a été complètement supprimé :

Étape 15 : vérifier la liste du contenu du référentiel

Pour vérifier la liste de contenu du référentiel, exécutez le ' ls ' commande:

Comme vous pouvez le voir, le ' Fichier2.txt ” le fichier n'existe pas dans le répertoire courant :

Nous avons expliqué la différence entre les options git reset –mixed, –soft et –hard.

Conclusion

Le ' réinitialisation de git ” est utilisée pour réinitialiser les modifications, modifier l'historique du référentiel Git et corriger les erreurs. Le ' git reset-soft ” La commande conserve les fichiers et renvoie les modifications de validation dans la zone de staging Git. En revanche, le « git reset -mixte ” annule les modifications de validation et supprime le fichier de l'index de staging sans le supprimer du répertoire de travail. Pour supprimer toutes les modifications et les supprimer de la zone de travail Git, le ' git reset - dur » peut être utilisée. Cet article illustre la différence entre git reset –mixed, –soft et –hard.