GitHub ветка всегда один коммит за мастером - PullRequest
0 голосов
/ 25 января 2019

У меня есть проект GitHub с веткой master и веткой dev , когда я сливаюсь с dev на master, я вижу, что коммит слияния, кажется, вызывает ветку dev кможно считать один коммит за master.

Это что-то общее с таким рабочим процессом?Или я сделал что-то не так?Я попытался слиться с master в dev, но стало хуже (один коммит позади + один коммит впереди).Также попытался выполнить слияние ребаз из master в dev, но dev остался на один коммит.

Какое решение для этого?

Спасибо

РЕДАКТИРОВАТЬ с историей коммитов отdev: enter image description here

И master: enter image description here

1 Ответ

0 голосов
/ 25 января 2019

Хорошо, вы перешли к запросам на удаление, но общий принцип тот же: да, когда вы впервые объединяетесь с мастером, ваша ветвь с исходным кодом (develop) становится в процессе фактически одним коммитом позади, какЯ описал в первой версии ниже.Вы можете быть уверены, что это типично для такого рода рабочих процессов, и это не помешает вам слиться по линии, они просто ускорены.


(вышепервая версия ответа, ошибочно предполагая локальные операции слияния)

Когда вы находитесь в точке, которую вы описываете после первого слияния, когда master имеет еще один коммит, это коммит слияния,как вы правильно догадались.

На данный момент все, что вам нужно сделать, если вы хотите, чтобы две ветви были идеально синхронизированы (хотя на данный момент они уже похожи по файлам), это merge masterобратно в develop, это будет простой перемотка вперед, где develop получает последний коммит.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...