Comment se réinitialiser pour la tête

Git Reset est un processus qui est assez similaire à l'annulation du récent engagement GIT que nous avons couvert dans l'un des tutoriels précédents. Cependant, dans celui-ci, nous couvrirons la réinitialisation Git pour se diriger plus en profondeur. Nous vérifierons ce que fait la commande REVERT et ce qui est mixte réinitialiser. Lisez la suite et trouvez quelques conseils et astuces sur Git Reset.

Réinitialiser le dernier git s'engager à se diriger

Dans notre article précédent, nous avons utilisé git reset -Soft Head ~ 1 Pour défaire le dernier engagement sans perdre des changements qui n'étaient pas engagés. De plus, nous avons utilisé git reset -Hard Head ~ 1 Pour tout défaire, même les changements que nous avons apportés localement. Mais que faire lorsque vous voulez réinitialiser le dernier Git s'engager à diriger, garder les modifications que vous avez apportées dans votre répertoire de référentiel, mais vous ne voulez pas les garder dans l'index? Voici votre réponse.

Si vous tombez sur des situations comme celle que nous avons décrite ci-dessus, vous devez utiliser -mixte drapeau. Voici un exemple.

Disons que nous avons ajouté une sorte de fichier avec notre dernier engagement.

Git Log --neline - Graph  

Sortie: D445900 (tête -> maître) ajoutait un nouveau fichier nommé "test_file" 61t6ll5 deuxième validation 4096R12 Commit initial du référentiel 

Maintenant, exécutons la commande git réinitialisation avec --mixte drapeau.

git réinitialisé - tête mixée ~ 1  

Ce que la commande ci-dessus a fait, c'est ce qui suit. Il a supprimé le dernier engagement, qui dans ce cas était l'ajout de fichiers et il l'a supprimé de l'index GIT, mais le fichier est resté dans le répertoire où vous êtes actuellement situé (qui est votre répertoire de référentiel local). So Flag --mixte est en fait une combinaison de --doux et --dur Options de réinitialisation GIT. C'est pourquoi ça s'appelle mixte à la fin.

Comment utiliser l'option Git REVERT pour réinitialiser

REVERT est un peu différent de la réinitialisation. La principale différence est que la réinitialisation définit une nouvelle position pour la tête pendant que REVERT renvoie en fait l'ensemble de la validation qui est spécifiée. Laissez-nous vous montrer un exemple de la façon dont cela fonctionne réellement.

Git Log --neline - Graph  

Sortie: D445900 (tête -> maître) ajoutait un nouveau fichier nommé "test_file" 61t6ll5 deuxième validation 4096R12 Commit initial du référentiel 

Encore une fois, la dernière chose que nous avons commise était l'ajout de fichiers. Exécutons la commande REVERT MAINTENANT.

Git Retourne la tête  

Votre éditeur de texte par défaut s'ouvrira maintenant et la sortie ressemblera à ceci.

Retour "Ajout d'un nouveau fichier nommé Test_file". # Veuillez saisir le message de validation pour vos modifications. Les lignes commençant # avec '#' seront ignorées, et un message vide interdit le commit. # # Sur Branch Master # Votre branche est en avance sur «Origin / Master» par 6 commits. # (Utilisez «Git Push» pour publier vos commits LOACL) # # Modifications à engager: # supprimé: test_file # # 

Une fois que vous avez terminé, quittez l'éditeur de texte et un nouveau message apparaîtra.

Sortie: [Master D445900] Retour "Ajout d'un nouveau fichier nommé test_file" 1 fichier modifié, 1 suppression (-) Mode de suppression 100644 Test_file 

C'est ça! Vous avez réussi à concurrencer la réinitialisation de Git à l'action de tête avec l'option REVERT.