Поток Gitlab и предварительный просмотр работы / постановки - PullRequest
0 голосов
/ 20 февраля 2019

Я перемещаю свой проект в gitlab и смотрю на их flow и пытаюсь разобраться с CI как часть процесса.

Мой проект в Rails и смотрю намного примеров в сети, люди используют поток gitlab с основной веткой и ветвями функций.Они объединяются с мастером с помощью запроса на извлечение и затем развертываются в стадии подготовки, а затем либо используют теги для развертывания в рабочей среде, либо имеют отдельную производственную ветвь.

Мне нравится идея использовать теги в соответствии с моим проектом.

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

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

Какова стратегия, если вы хотите внедрить изменения где-нибудь, чтоне готовы идти к мастеру?то есть вы хотите предварительно просмотреть изменения по мере их разработки

Я видел, что некоторые люди предлагают разработчикам evey иметь общедоступную версию своей рабочей копии, но это кажется трудным для управления, особенно с удаленными разработчиками.Что, если два разработчика работали над одной и той же веткой функций?

Это случай отдельной ветки для этого?

Или я упустил момент?

1 Ответ

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

Если я правильно понимаю ваш вопрос, я думаю, что вы, вероятно, захотите сделать, чтобы иметь отдельные ветви среды .Таким образом, вы работаете не только в своей основной ветви, у вас есть различные ветви, между которыми перемещаются ваши изменения (и, таким образом, их можно развернуть где угодно), прежде чем они попадут в производственную ветвь.

...