Git объединить удаленный мастер с локальным мастером после закрытия запроса на извлечение - лучшая практика - PullRequest
1 голос
/ 10 января 2020

Что было бы лучше для синхронизации c локального мастера с удаленным мастером? Когда разработчик создаст локальную ветку, измените код, зафиксируйте pu sh на remote. Он открывает запрос на просмотр для проверки, запрос на закрытие закрывается и удаленная ветвь объединяется с удаленным мастером. Если разработчик объединит локальную ветвь с локальной, или вытащит удаленную главу и забудет о локальной ветке

Ответы [ 2 ]

0 голосов
/ 10 января 2020

Если в локальной ветке нет новой работы, ее следует удалить после слияния после PR.

Если поверх него были сделаны новые коммиты (в ожидании принятого PR) эти последние несколько коммитов должны быть перебазированы поверх обновленного мастера в новой ветке.

0 голосов
/ 10 января 2020

Я полагаю, что ваш вопрос сводится к процессу, которому следуют в команде / организации. Запрашиваемая тяга поднята на рассмотрение разработчиком. Слияние как деятельность принадлежит разным людям на основе правил организации. В настоящее время в моей команде QA принадлежит это. Они тестируют и объединяют ветку функции или ошибки для разработки / основной ветки.

Представьте себе объем работы и количество шагов, необходимых для объединения ветви функций на их локальном компьютере и обновления удаленного и удаления локальной ветви (против), слияния ее с удаленной, удаления ветви функций / ошибок, всех одним нажатием кнопки.

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

...