Слить или перебазировать изменения по веткам для пул-запросов? - PullRequest
0 голосов
/ 04 декабря 2018

Иногда мы разрабатываем вышестоящий проект для исправления ошибок.Мы проверяем новую ветку, фиксируем изменения и отправляем пулл-запрос в апстрим.Но для обработки запроса извлечения может потребоваться некоторое время, и в течение этого времени в восходящем потоке могут произойти дополнительные изменения.В этом случае, должны ли мы объединить новую вышестоящую главу или перебазировать наши изменения на ней?

Если наш репозиторий является частным, я думаю, что rebase дает более чистую историю.Но есть принцип, что вы не должны перебазировать коммиты, которые были опубликованы удаленно.Когда мы используем общедоступные git-серверы, такие как github, означает ли это, что объединение - наш единственный выбор?Рекомендуется ли нам оставить ветку такой, какой она должна быть у разработчиков из основной ветки разработки?

1 Ответ

0 голосов
/ 04 декабря 2018

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

...