Шаги по объединению будущей ветви с dev, чтобы всегда синхронизировать dev с будущей веткой

Question

Я использую gitlab, и мы следуем методологии gitflow, поэтому у нас есть одна ветвь master, а затем ветка dev, которую мы взяли у master, сейчас мы вообще не мешаем master.

От dev мы беремБудущие ветки, скажем, в будущем 1 и будущем 2, а теперь предположим, что над будущим 1 работает какой-то другой разработчик, а я работаю над будущей веткой 2.

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

1. текущая ветвь является будущей
2. спрятать мои изменения переключиться на dev
3. ветвь git pull (взять последнюю из dev)
4. перейти на будущее 2ответвление
5. git stash pop
6. , поскольку я использую идею intellij, поэтому я перехожу к опции VCS в меню
7. vcs git ветки -> dev ---> объединяются вCurreNT
8. Разрешение конфликтов
9. vcs git commit push

Answer 1

Вы не должны сливать dev в вашу текущую ветку.

Вы должны перебазировать вашу ветку future поверх origin/dev: это будет воспроизводить ваши локальные коммиты поверх обновленной ветви удаленного отслеживания.

Это означает, что простой выборки (без сохранения / переключения ветви) достаточно: VCS | Git | Fetch.

С IntelliJ IDEA см. " Применение изменений из одной ветви кеще один": Rebase Current onto Selected.

Если вы хотите проверить его, создайте другую ветвь, сбросьте коммит в вашей ветви функций, сделанный за до любого слияния dev вfeature.

Кроме того, с Git 2.6 + , установите git config --global rebase.autoStash true: сохранение будет сделано для вас.
IntelliJ имеет собственную опцию * 1028 стеллажей*.