Я работаю в новой команде, и способ работы полностью отличается от того, к чему я раньше привык, когда мы работали над веткой функций, тестеры тестировали эту ветку функций, а затем мы выполняли работу jenkins. объединить эту функцию с разработкой, когда она была подписана тестом, переместив ветку против разработки, чтобы сохранить ее свежую.
Сокращение выпуска было взято из разработки, а затем было выпущено и предположительно слито в мастер. Это был мой первый в мире проект git, и он кажется вполне понятным для всех.
Сейчас я работаю в другой команде, и никто не может дать реальный ответ, почему они работают так, как работают. Есть ли веская причина для объединения мастера с разработкой после объединения разработки с мастером?
Этот рабочий процесс заключается в том, что я создаю ветвь компонента и работаю над этим локально, когда меня устраивает функция, а затем я создаю запрос на слияние в разработке. Затем я внедряю свое изменение из разработки, и это то, что проверено. После проверки подписи я создаю слияние вишневого пика для основной ветки в gitlab для моего коммита при разработке, и как только он становится основным, я освобождаю изменение от основной ветки.
Кто-то всегда сливает мастера обратно в развитие. Я спросил нескольких членов команды (это очень маленькая команда, всего 5 разработчиков), и никто не знает, почему, они просто делают это.
В предыдущем проекте было более 100 разработчиков, работающих в разных небольших группах разработчиков, поэтому ограничения были намного более жесткими.
Это что-то особенное для работы с gitlabs?