У нас есть два филиала в нашем GitHub-master и dev. Все разработчики вносят изменения в Dev, а затем мы объединяем их, чтобы справиться, подняв запрос Pull и после успешного просмотра кода.Создание запроса на извлечение GitHub для проверки кода
Проблема с этим подходом заключается в том, что все разработчики стремятся к одной ветви, поэтому становится очень трудно однозначно идентифицировать изменения. Даже несвязанный код приходит как часть запроса на тяну (сделанный другими разработчиками).
Wondering, как сделать обзор кода более эффективным? Просьба дать ваши материалы/предложения.
Мы хотим минимизировать количество филиалов, но в то же время хотим сделать обзор кода более эффективным.
Update--
Наша команда имела плохой опыт работы со слишком большим количеством ветвей. Таким образом, было решено свести к минимуму отрасли. Вот почему мы начали работать только с двумя ветвями (master и dev), и мы работаем с CI/CD конвейером в обеих ветвях. Кроме того, было сознательным решением использовать запрос GitHub для просмотра кода. Очевидно, что сложно сделать обзор кода эффективным и в то же время сохранить количество ветвей на низком уровне. Нет жесткого правила, установленного командой для ограничения только двух ветвей. Мы просто хотим, чтобы он управлял уровнем 2-5.
Я провел собственное исследование и убедился, что нам необходимо уйти с ограничениями на количество филиалов, чтобы сделать обзор кода эффективным. Но, подумал спросить, есть ли альтернатива?
Каждый разработчик должен развиваться на этой собственной ветке. –