Vous pouvez soit git merge masterou git rebase master, dans ce cas, je préférerais git rebase .
Parce git rebaseque cela donne l'impression que les modifications sur la branche de fonctionnalité ont été effectuées en plus des modifications sur la branche principale, ce qui simplifie le graphique de version.
Rebase
En prenant l'exemple du manuel de git rebase , git rebase masterdans branche feature:
A---B---C feature A'--B'--C' feature
/ --rebase--> /
D---E---F---G master D---E---F---G master
Cependant, cela git rebasene convient que lorsque la branche n’a pas été distribuée ou en cas de confusion et de travail supplémentaire en aval, car les anciennes commises A, B, C sont désormais remplacées par de nouvelles commissions A ', B', C ', plus F et G qui n'étaient pas là avant.
Le résultat réel après git rebase masteren branche featureest le suivant:
( A---B---C )
/
/ A'--B'--C' feature
/ /
D---E---F---G master
Les commits A, B et C sont en suspens après la réabonnement, mais sont joignables git reflog feature.
Fusionner
Si quelqu'un a retiré votre branche ou si vous l'avez poussée quelque part, vous devriez plutôt vous y fondre pour éviter toute confusion et tout travail supplémentaire à l'autre bout. Voir Récupération à partir d'une base amont .
Ceci est le résultat de git merge masterin branch feature:
A---B---C feature A---B---C---M feature
/ --merge--> / ,---’
D---E---F---G master D---E---F---G master
Alternativement, si vous êtes git merge featureen branche master, cela ressemblerait à ceci:
A---B---C feature A---B---C feature
/ --merge--> / \
D---E---F---G master D---E---F---G---M master