Vous pouvez soit git merge master
ou git rebase master
, dans ce cas, je préférerais git rebase .
Parce git rebase
que 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 master
dans branche feature
:
A---B---C feature A'--B'--C' feature
/ --rebase--> /
D---E---F---G master D---E---F---G master
Cependant, cela git rebase
ne 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 master
en branche feature
est 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 master
in 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 feature
en 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