Examples of using Commit de merge in French and their translations into English
{-}
-
Colloquial
-
Official
Ce processus génère souvent un commit de merge.
Commit de merge dans la branche d'intégration.
Le caractère~ suit toujours le premier parent d'un commit de merge.
Il s'agira d'un commit de merge qui conservera l'historique de l'arborescence consigné.
Ensuite, lancez la commande git commit normalement pour générer le commit de merge.
Combinations with other parts of speech
Usage with nouns
crimes commisinfractions commisesles crimes commisviolations commisesatrocités commisesactes commiscommet une infraction
erreurs commisescommises sur le territoire
abus commis
More
Par exemple, si HEAD est un commit de merge, le code suivant renvoie le second parent de HEAD.
Pour ce workflow, il est toujours préférable de procéder à un rebase plutôt que de générer un commit de merge.
Le cas échéant, le commit de merge résultant permet d'établir un lien symbolique entre deux branches.
La nomenclature vient du fait que Git utilise trois commits pour générer le commit de merge: les deux pointes de branche et leur ancêtre commun.
Le commit de merge devient un simple marqueur, qui stocke le contexte de la branche de fonctionnalité.
Lorsqu'une telle situation se produit,Git s'arrête avant le commit de merge, afin que vous puissiez résoudre manuellement les conflits.
En créant un commit de merge, Git essaiera de faire un merge automatique des historiques distincts à votre place.
L'intégration des changements en amont avec Git merge génère un commit de merge superflu dès que vous voulez voir comment le projet a évolué.
Si vous avez besoin d'un commit de merge au cours d'un fast-forward merge à des fins d'archivage, vous pouvez exécuter la commande git merge avec l'option--no-ff.
Cette commande fait un merge de la branche spécifiée dans la branche courante, maisgénère toujours un commit de merge même s'il s'agissait d'un fast-forward merge.
Comme vous pouvez le constater, un commit de merge est enregistré alors que l'historique complet du dépôt vim-surround est mergé dans un seul.
Si vous avez suivi le conseil ci-dessus et quevous avez utilisé rebase pour tenir votre branche de fonctionnalité à jour, le commit de merge réellement utilisé n'inclura aucun changement, ce qui est plutôt cool!
Par ailleurs, cela signifie également qu'un commit de merge extérieur sera généré dans la branche de fonctionnalité dès que vous intégrez des changements en amont.
Dès que vous ajoutez de nouveaux commits après le reset,Git pense que votre historique local diverge de la branche origin/master, et le commit de merge requis pour synchroniser vos dépôts risque de perturber votre équipe.
Cependant, au lieu d'utiliser un commit de merge, le rebase consiste à réécrire l'historique du projet en créant de nouveaux commits pour chaque commit de la branche d'origine.
La seule manière de synchroniser les deux branches master est de les merger à nouveau,ce qui générera un commit de merge supplémentaire et deux ensembles de commits contenant les mêmes changements.
La première option génère un merge à trois branches et un commit de merge, alors que la deuxième entraîne un fast-forward merge et génère un historique parfaitement linéaire.
Dès que Git trouve un commit de base commun, il créera un nouveau« commit de merge» qui combine les changements de chaque séquence de commit de merge dans la file d'attente.
Assurez-vous que le merge est explicite avec--no-ff,qui force Git à enregistrer un commit de merge dans tous les cas, même si les changements pouvaient être rejoués en haut de la branche cible.
Sélectionnez la stratégie de merge Merger le commit parmi les deux options.