Подтвердить что ты не робот

Установите ветку разработки как значение по умолчанию для запроса на извлечение

Я хочу, чтобы запрос слияния тяг начал развиваться из ветки функции по умолчанию.

Я выступаю за использование потока git, поэтому, когда запрос на получение запроса передается для функции, запрос на растяжение должен быть объединен в разработку, а не master.

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

Мы хотим смягчить риски слияния ада, поэтому это будет иметь большое значение для достижения этой цели.

Изменить: я использую вилку gitflow с именем hubflow (http://datasift.github.com/gitflow/). По умолчанию, когда создается ветвь свойств git hf feature start [tik-123] , ветвь признака создается для каждой спецификации, но также переводится в начало. Мы хотим этого для сотрудничества. Как только функция будет завершена, разработчик перейдет к ветки функции в github и выдает запрос на pull. После этого команда ведет просмотр запроса на извлечение и объединит эту функцию в dev, если функция будет выпущена для выпуска в спринте.

4b9b3361

Ответ 1

В качестве альтернативы сделайте develop ветвь по умолчанию, которую все видят при посещении проекта. Недостатком является то, что любой, кто клонирует его, по умолчанию получит нестабильную ветку, но все запросы на загрузку по умолчанию отправятся в ветку разработки.

Ответ 2

Вместо использования ветвей master и develop используйте stable и master.

Тогда обычно хорошо слить их, прежде чем пометить новую версию, так что нет ни одного или только немного утечки. Я использую эту схему, и обычно stable следует за master с небольшой задержкой, а слияния в основном ускоряются вперед.

Чтобы поддерживать разветвленную ветвь master, объедините ветки функций, когда они будут готовы. Но поскольку у вас есть ветвь stable, новые функции не должны быть хорошо протестированы.

Ответ 3

В github есть свой предложенный рабочий процесс под названием github flow, по умолчанию все запросы на pull по умолчанию равны master, но теперь вы можете редактировать его любой филиал, который вам нравится.