Parce que vous avez utilisé -2 et que les modifications fusionnées en amont sont plus récentes que les vôtres, vos propres modifications sont donc classées en dehors du top 2. N'utilisez pas -2, vérifiez l'historique complet, recherchez la version que vous souhaitez restaurer, vérifiez-la puis validez.
Après avoir vu cette interface, je recommande quand même tig
J'ai clone ajouté votre bibliothèque, puis j'ai checkout déplacé vers votre précédente commit puis j'ai créé une nouvelle branche puis j'ai effectué l'opération diff Voici le résultat :
.
De fix typo and translation à Merge...Aucun modules.rst historique des modifications
Il n'y a toujours aucun enregistrement de modification pour add... de fix typo and translation à modules.rst
De fix typo à add... enfin l'enregistrement de modification de modules.rst apparaît
Il est donc évident que l'enregistrement git de log est correct. Votre récent commit n'a pas modifié le fichier modules.rst, alors comment a-t-il pu apparaître dans log ?
Les quatre derniers commit enregistrements :
Selon les résultats de git diff, il peut être déterminé que la soumission de fix typo à add... est l'opération la plus récente sur modules.rst, donc visualiser le modules.rst de log ne sera certainement que afficher jusqu'à add... Cette fois commit.
Entrez la commande git log --merges pour afficher merge pour commit :
L'avez-vous trouvé ? Par rapport au merge précédent, votre merge existe conflict cette fois, et ce conflict est lié à votre fichier problème modules.rst, donc j'analyse que cela devrait être le problème, et ce devrait être vous. les fichiers ont généré des conflits, mais vous n'avez pas résolu les conflits et merge avez réussi. Ces conflits ont été ignorés pour des raisons inconnues, ils n'entreront donc pas dans l'historique de commit dans le cadre de log. D'accord, il est temps de se reposer. J'espère que la réponse sera utile à la personne qui pose la question. :)
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Parce que vous avez utilisé
-2et que les modifications fusionnées en amont sont plus récentes que les vôtres, vos propres modifications sont donc classées en dehors du top 2. N'utilisez pas-2, vérifiez l'historique complet, recherchez la version que vous souhaitez restaurer, vérifiez-la puis validez.Installez git extras, puis exécutez git revert, il gérera tout pour vous
Essayez
git log --pretty=oneline modules.rstAprès avoir vu cette interface, je recommande quand même tig
J'ai
.cloneajouté votre bibliothèque, puis j'aicheckoutdéplacé vers votre précédentecommitpuis j'ai créé une nouvelle branche puis j'ai effectué l'opérationdiffVoici le résultat :De
fix typo and translationàMerge...Aucunmodules.rsthistorique des modificationsIl n'y a toujours aucun enregistrement de modification pour
add...defix typo and translationàmodules.rstDe
fix typoàadd...enfin l'enregistrement de modification demodules.rstapparaîtIl est donc évident que l'enregistrement
gitdelogest correct. Votre récentcommitn'a pas modifié le fichiermodules.rst, alors comment a-t-il pu apparaître danslog?Les quatre derniers
commitenregistrements :Selon les résultats de
git diff, il peut être déterminé que la soumission defix typoàadd...est l'opération la plus récente surmodules.rst, donc visualiser lemodules.rstdelogne sera certainement que afficher jusqu'àadd...Cette foiscommit.Entrez la commande
git log --mergespour affichermergepourcommit:L'avez-vous trouvé ? Par rapport au
mergeprécédent, votremergeexisteconflictcette fois, et ceconflictest lié à votre fichier problèmemodules.rst, donc j'analyse que cela devrait être le problème, et ce devrait être vous. les fichiers ont généré des conflits, mais vous n'avez pas résolu les conflits etmergeavez réussi. Ces conflits ont été ignorés pour des raisons inconnues, ils n'entreront donc pas dans l'historique decommitdans le cadre delog. D'accord, il est temps de se reposer. J'espère que la réponse sera utile à la personne qui pose la question. :)