Vous ne connaissez peut-être pas encore ces fonctions utiles de Git !

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 -irebase --interactiveAprè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

S'il n'y a pas de conflits, alors le rebase est parfait.

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

Les choses que vous avez stockées auparavant sont de retour. N'est-ce pas très pratique ?

Cet article provient de la colonne

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!