Вы можете либо, git merge masterлибо git rebase master, в этом случае я бы предпочел git rebase .
Потому что git rebaseделает так, как будто изменения в ветви функций были сделаны поверх изменений в основной ветви, что упрощает граф версий.
Взяв пример из руководства по git rebase :
A---B---C feature A'--B'--C' feature / --rebase--> / D---E---F---G master D---E---F---G master Однако git rebaseподходит только тогда, когда ветвь не была распределена, или возникнет путаница и дополнительная работа в нисходящем направлении, потому что старые коммиты A, B, C теперь стали новыми коммитами A ', B', C '.
Если кто-то потянул вашу ветку или вы куда-то ее подтолкнули, вы должны вместо этого слиться с ней, чтобы избежать путаницы и дополнительной работы на другом конце. См. Восстановление из восходящей версии .
A---B---C feature A---B---C---M feature / --merge--> / ,---’ D---E---F---G master D---E---F---G master