Каков наилучший рабочий процесс git для параллельной разработки "родственных" веток? - PullRequest
0 голосов
/ 08 февраля 2019

Во время работы над функциональной ветвью (feature-branch-a) (feature-branch-a ответвление от мастера) я хочу внести некоторые изменения в master.

Поскольку у меня есть много изменений в feature-branch-a, настолько много, что имеет смысл основывать исправление на feature-branch-a, а не на master ветви, поэтому я создал новую ветку fixture-B изfeature-branch-a (поскольку я в конечном итоге объединю feature-branch-a в master).Тем не менее, я все еще продолжаю развивать feature-branch-a вместе с этой новой веткой fixture-B.Теперь ветвление слияния fixture-B с feature-branch-a приводит к Already up to date, поэтому «фиксация слияния» не была выполнена (как я и предполагал).

Где я понял это неправильно / как это лучше всего обрабатывается?

1 Ответ

0 голосов
/ 08 февраля 2019

Поскольку feature-b создается из feature-a, слияние a с b приведет к появлению noop: нечего объединять, поскольку исходная ветвь (feature-a) уже является предком пункта назначения feature-b

 a--a--a  (feature-a)
        \
         b--b--b (feature-b)

A git checkout feature-b ; git merge feature-a не будет перемещаться feature-b HEAD.

A git checkout feature-a ; git merge feature-b обновит feature-a HEAD до feature-b (так называемое «объединение в ускоренном режиме»):

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