Explication détaillée de deux façons de fusionner du code git

git Fusionner

Ce type de fusion fusionne l'historique de deux branches. La branche existante ne sera pas modifiée. Elle comparera les différents fichiers des deux parties, les mettra en cache, générera un commit et le poussera

.

Avantages : Sécuritaires, les branches existantes ne seront pas modifiées

Inconvénients : Cela polluera plus ou moins l'historique de la branche, ce qui augmentera la difficulté de comprendre l'historique du projet lorsqu'on revient sur le projet

Utilisation : généralement utilisé pour la branche principale publique

git Rebase

Ce type de fusion est généralement appelé "rebase". Il modifie l'historique des validations, compare les validations des deux parties, puis trouve les différences et les met en cache, puis pousse à modifier votre historique de validation.

Avantages : L'historique du projet sera très soigné

Inconvénients : La sécurité et la traçabilité sont très mauvaises, vous ne saurez pas quelles modifications vous avez apportées lors de cette fusion

Utilisation : Ne l'utilisez jamais sur des branches publiques. Généralement utilisé pour les branches que vous utilisez seul

Résumé

Les deux méthodes ont leurs propres avantages et inconvénients. Nous devons décider quelle méthode de fusion utiliser en fonction de la situation et des besoins réels. Mes habitudes d'utilisation sont généralement les suivantes : utilisez Rebase sur les branches que je possède pour conserver un bon historique du projet, et utilisez Merge sur la branche principale principale, qui est sûre et facile à suivre les modifications !

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!