Как сохранить ветку Git в синхронизации с мастером

В тот момент, когда git работает над моей головой, я не могу найти лучшее решение для следующего.

Есть две ветви, одна называется master, а другая называется mobiledevicesupport. Я хочу сохранить мобильную поддержку устройств как непрерывную ветвь, которая будет объединена / синхронизирована с главной веткой всякий раз, когда мобильная поддержка устройств стабильна. Это объединит изменения из поддержки мобильных устройств в мастер, но также перенесет все изменения из мастера в поддержку мобильных устройств, чтобы можно было продолжить работу над веткой и улучшить или дополнить функции. Это необходимо для работы с центральным хранилищем и несколькими разработчиками.

Пожалуйста, пример подобных рабочих процессов, которые используют другие люди, или просто скажите мне, если эта идея глупа, и я должен рассмотреть другие варианты. На данный момент рабочий процесс кажется нормальным, но я просто не знаю, как я могу заставить git работать таким образом.

Спасибо, вся помощь очень ценится.

Обновление 1: если я должен был объединить мастер с поддержкой мобильных устройств и поддержку мобильных устройств с мастером, получу ли я реплицированные коммиты в обеих ветвях. Или git достаточно умен, чтобы понять, что я перенес последние изменения из ветви A в ветку B и добавил коммит слияния C в ветку B. И я вытащил последние изменения из ветви B в ветвь A и добавил коммит D слияния в ветку A?

Я собирался опубликовать изображение, но у меня не достаточно репутации для него, поэтому я думаю, что следующая иллюстрация будет делать. Две ветки непрерывно бегут, слияния часто идут в обоих направлениях Главное, в чем я не уверен, так это то, как git будет проигрывать коммиты и будет ли он заполнять ветку коммитами из другой ветки при слиянии или останется чистым. Раньше я использовал rebase, но, похоже, он заканчивает ветку и помещает все коммиты в мастер, или я сделал это неправильно. Спасибо за помощь.

master
A--B--C-----H--I--J--M--N
       \   /    \
mobile  \ /      \
D--E--F--G--------K--L
Источник

8 ответов

Решение

Да просто сделай

git checkout master
git pull
git checkout mobiledevicesupport
git merge master

поддерживать мобильную поддержку устройств в синхронизации с мастером

затем, когда вы будете готовы включить поддержку мобильных устройств в master, сначала объедините master, как описано выше, затем...

git checkout master
git merge mobiledevicesupport
git push origin master

и это все.

здесь предполагается, что mobilexxx - это тематическая ветка с работой, которая еще не готова перейти в вашу основную ветку. Таким образом, только слиться с мастером, когда mobiledevicesupport находится в хорошем месте

Источник

Всякий раз, когда вы хотите получить изменения от мастера в вашей рабочей ветви, сделайте git rebase <remote>/master, Если есть какие-либо конфликты. разрешить их.

Когда ваша рабочая ветвь готова, перезагрузите ее снова и затем выполните git push <remote> HEAD:master, Это обновит основную ветку удаленно (центральное хранилище).

Источник

Подход concept47 - верный способ сделать это, но я бы посоветовал объединить его с параметром --no-ff, чтобы сохранить историю ваших изменений.

git checkout develop
git pull --rebase
git checkout NewFeatureBranch
git merge --no-ff master
Источник

Принятый ответ с помощью git merge выполнит работу, но оставит беспорядочную фиксацию, верный путь должен быть "перебазирован" с помощью следующих шагов (при условии, что вы хотите сохранить свою ветку Feature в Sycn с Develop до того, как вы сделаете последний push перед PR).

1 git fetch из вашей ветки функций (убедитесь, что ветвь функций, над которой вы работаете, обновлена ​​до даты)

2 git rebase origin/develop

3 если возникнет конфликт, разрешите их один за другим

4 использования git rebase --continue как только все конфликты решены

5 git push --force

Источник

Да, я согласен с вашим подходом. Для объединения поддержки мобильных устройств в мастер вы можете использовать

git checkout master
git pull origin master //Get all latest commits of master branch
git merge mobiledevicesupport

Точно так же вы можете также объединить мастер в поддержке мобильных устройств.

В. Если перекрестное слияние является проблемой или нет.

О. Ну, это зависит от коммитов, сделанных в ветке mobile * и master ветке с момента их последней синхронизации. Возьмите этот пример: после последней синхронизации в этих ветках происходят следующие коммиты

Master branch: A -> B -> C [where A,B,C are commits]
Mobile branch: D -> E

Теперь предположим, что commit B внес некоторые изменения в файл a.txt, а commit D также внес некоторые изменения в a.txt. Давайте посмотрим на влияние каждой операции слияния сейчас,

git checkout master //Switches to master branch
git pull // Get the commits you don't have. May be your fellow workers have made them.
git merge mobiledevicesupport // It will try to add D and E in master branch.

Теперь возможны два типа слияния

  1. Ускоренное слияние
  2. Истинное слияние (требует ручного усилия)

Сначала Git попытается объединить FF, и если он обнаружит, что какие-либо конфликты не разрешаются с помощью git. Он не сможет объединиться и попросит вас объединить. В этом случае произойдет новый коммит, который отвечает за разрешение конфликтов в.txt.

Таким образом, суть в том, что перекрестное слияние не является проблемой, и в конечном итоге вы должны это сделать, и именно это означает синхронизация. Убедитесь, что вы запачкали руки в объединяющихся ветвях, прежде чем делать что-либо на производстве

Источник

Выполните следующие команды:

$ git checkout mobiledevice
$ git pull origin master

Это объединит все последние коммиты в вашу ветку. Если слияние приводит к конфликтам, вам необходимо их исправить.

Не знаю, лучше ли это, но у меня работает.

Источник

Вы думаете в правильном направлении. Объединяйте master с поддержкой mobiledevices постоянно и объединяйте поддержку mobiledevices с master, когда поддержка mobiledevices стабильна. Каждый разработчик будет иметь свою собственную ветку и может объединяться с главной или мобильной поддержкой устройств в зависимости от их роли.

Источник 
      using yourBranch = mobiledevicesupport;

Синхронизация yourBranch с состоит из двух важных деталей:

  1. обновить версию yourBranch в облаке в соответствии с
  2. обновите версию yourBranch на вашем ПК в соответствии с

Как:

Предполагая , что yourBranch позади

  1. создать запрос на слияние из в вашу ветку (например, через веб-интерфейс GitLab)
  2. принять/решить запрос на слияние из в вашу ветку (например, через веб-интерфейс GitLab)
  • теперь у вас есть изменения в вашей ветке
  • это загрузило изменения в вашу ветку на удаленном (в облаке), но еще не локально
  1. обновите старую версию вашей ветки , которая у вас есть локально (на вашем ПК)
  • убедитесь, что теперь вы локально взаимодействуете со своей веткой
  • git fetchпроверит изменения
  • git statusсообщит вам статус вашего локального репозитория (вашего локального yourBranch ) - например, 5 коммитов позади мастера
  • git pullзагрузит новую обновленную версию из облака (с «удаленного»), где изменения из masterдобавлены - теперь вы будете синхронизироваться с мастером и в локальном репозитории (на вашей машине)
Источник
Другие вопросы по тегам