Я бы создал ветку из master
, зафиксировал изменения и перебазировал ветку в ветку разработки, а затем разрешил конфликты слияния:
Вкл. master
git checkout -b Improvement/number // create the new branch and add changes
git add .
git commit -m "<message>
git rebase Develop // rebase the new branch onto Develop
Первоначально , новая ветвь содержит изменения от мастера:
https://gitlab.com/my_repo_fork
Master (now clean)
|-> Improvment/number
Develop
Ребазировка удаляет ("режет") ветвь из master
и применяет изменения к Develop
:
Master (now clean)
Develop
|-> Improvment/number
Описание с лучшей графикой см. https://git-scm.com/book/en/v2/Git-Branching-Rebasing