Я пытаюсь переустановить удаленную ветку на master, но я хочу, чтобы удаленная ветвь указывала на ее коммиты, только что основанные на другой точке в master.Rebase удаленная ветвь на master при сохранении удаленной ветви
Вот моя структура:
A - B - C - D (origin/master)
\
R - S - T (origin/develop)
Я хотел бы:
A - B - C - D (origin/master) - R - S - T (origin/develop)
ли такое перебазироваться возможно без какой-то слияния?
, чтобы увидеть больше о Rebase вы можете проверить это link или написать git rebase --help на терминале
Чтобы решить проблему есть простой способ, выполните следующие действия:
git branch -D develop //this will remove your local develp repository
git fetch //update references
git checkout develop //change to develop branch, but because you deleted, this command will also download the origin/develop
git rebase -p origin/master
на этом этапе вы можете иметь некоторые conflits, поэтому решить тогда и git add FILES THAT HAD CONFLITS и git rebase --continue
Теперь проверьте, все стали работать после перебазирования, если да
git push -f origin develop
В вашем контексте, вы будете делать
git rebase origin/master
git rebase origin/master origin/develop
Официальная ссылка: В начале
A---B---C topic
/
D---E---F---G master
после делать
git rebase master
git rebase master topic
мы имеем
A'--B'--C' topic
/
D---E---F---G master
(Источник: https://git-scm.com/docs/git-rebase)
почему вы не хотите просто использовать «слияние» в этом случае? –
Я также хочу раздавить коммиты по происхождению/развить в 1 фиксацию на источник/мастер – Andrew
В Git вы делаете всю свою работу на * местных * ветвях. Дистанционные отслеживающие ветви, такие как 'origin/develop', просто помнят для вас, что ваш Git видел в Git в прошлом, когда ваш Git имел беседу с Git о« происхождении ». Чтобы каким-то образом изменить удаленную ветвь, вы должны убедить, что другой Git изменил ее (как правило, сначала сделав изменение локально, на * ваши * ветви, а затем нажав это изменение). – torek