Rien de mal...
Si vous utilisez git help merge, vous verrez la documentation de git merge.
Puis il a mentionné :
Ensuite, "git merge topic" rejouera les modifications apportées à la branche topic depuis qu'elle est passée de master (c'est-à-dire E) jusqu'à son commit actuel (C) au-dessus de master, et enregistrera le résultat dans un nouveau commit avec les noms des deux commits parents et un message de journal de l'utilisateur décrivant les modifications.
Avant la fusion
A---B---C topic
/
D---E---F---G master
Après la fusion
A---B---C topic
/ \
D---E---F---G---H master
Ainsi, le message de validation est ajouté automatiquement.
Si vous détestez vraiment ce commit, vous pouvez ajouter --no-commit lors de la fusion. De cette façon, aucun message de validation ne sera généré. Cependant, je ne recommande pas de le faire. Dans ce cas, il ne sera pas facile de distinguer les résultats de la fusion.
Rien de mal...
Si vous utilisez
git help merge
, vous verrez la documentation degit merge
.Puis il a mentionné :
Avant la fusion
Après la fusion
Ainsi, le message de validation est ajouté automatiquement.
Si vous détestez vraiment ce commit, vous pouvez ajouter
--no-commit
lors de la fusion. De cette façon, aucun message de validation ne sera généré. Cependant, je ne recommande pas de le faire. Dans ce cas, il ne sera pas facile de distinguer les résultats de la fusion.