1. Le code que je viens de soumettre doit être affiné
Je viens de soumettre un morceau de code, puis je l'ai dit au devant. fin que l'interface est prête. Au bout de 2 minutes, le frontal vous dit : hé, mon frère, ce montant peut-il être restitué à un nombre entier, sans décimales ?
À ce moment-là, nous le modifions généralement puis soumettons une version. Puis après encore 2 minutes, le front-end est revenu et a dit, hé, mon frère, le format de cette date peut-il être modifié...
Normalement, nous le modifierons et soumettrons à nouveau une version, donc juste quelques changements simples , nous avons soumis plusieurs versions, oui, mais il existe une solution plus élégante et simple : commit --amend
"modifier" signifie "modifier". Lors de la soumission, si vous ajoutez le paramètre --amend, Git n'ajoutera pas de commit au commit actuel, mais fusionnera le contenu du commit actuel avec le contenu de la zone de préparation pour créer un nouveau commit et remplacera le commit actuel. avec ce nouveau commit. Donc commit --amend fait exactement ce à quoi cela ressemble : modifie le dernier commit.
Plus précisément, après avoir effectué les modifications, exécutez directement :
git add . git commit --amend
Ensuite, les informations que vous avez soumises auparavant apparaîtront :
Vous Vous pouvez le modifier ou le conserver, puis le sauvegarder et quitter. Votre dernier commit sera mis à jour, comme le montre la figure ci-dessous :
>
Soudain, notre avant-dernière soumission nécessite quelques ajustements mineurs, nous ne pouvons donc pas utiliser la méthode de traitement ci-dessus pour le moment, mais il y a un moyen.: C'est l'abréviation de
, qui signifie « rebase interactif ».rebase -i
rebase --interactive
Après git log, nous avons constaté que l'avant-dernier commit doit être modifié, donc à ce moment nous pouvons exécuter :
, et le Ce qui suit apparaîtra : cette interface.
git rebase -i HEAD^^
Le haut de cette interface d'édition répertorie tous les commits qui seront "rebase", c'est-à-dire l'avant-dernier commit "modify testgit" et le dernier commit " mofify .gitignore ". Il convient de noter que cet arrangement est dans l'ordre positif, avec les anciens commits en haut et les nouveaux commits en bas.
À ce moment-là, quel commit nous devons modifier, nous pouvons changer le choix avant le commit à modifier, puis quitter cette interface.
L'interface ci-dessus nous indique que le processus de rebase s'est arrêté au commit qui doit être modifié, et nous pouvons ensuite apporter des modifications :
git add . git commit --amend
Après avoir téléchargé les modifications, vous pouvez exécuter :
git rebase --continue
3. Urgence : stockage caché
Lorsque vous tapez sur le clavier et que vous êtes plongé dans le développement d'une nouvelle fonctionnalité, quelqu'un se précipite soudainement vers suivez-vous. Vous dites, hé, frère, il y a un bug dans la fonction que vous avez développée auparavant, veuillez le corriger rapidement. À ce moment-là, votre nouvelle fonction de branche vient de démarrer. C'est certainement OK de la valider directement, mais il y en a. une meilleure solution. Méthode - git stash .git stash effacera les modifications dans votre répertoire de travail et les stockera dans un autre endroit. Il convient de noter que git stash ignorera les fichiers qui ne sont pas suivis. À ce stade, vous devez ajouter le paramètre -u, c'est-à-dire git stash -u.
Après avoir corrigé le bug, revenez à la branche de travail. Puis :git stash pop
git tutoriel
, bienvenue pour apprendre !Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!