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

Question

Я использую gitlab, и у меня есть защищенная ветка. У меня есть разработчики, которые отправляют запросы на извлечение для решения проблем, которые они решают.

По нескольким причинам я не могу немедленно объединить изменения и хочу, чтобы разработчики продолжили работу над следующей проблемой.

Что Я предвижу непредвиденные конфликты слияний из руководства, которое я им дал. Это шаги, которые я обычно выполняю разработчиками при исправлении проблем для защищенных веток.

1. Извлечение и извлечение защищенной ветки
2. Извлечение новой ветки, обозначенной IssueA, из защищенной ветки
3. Исправление проблем
4. Отправка запроса на включение для объединения IssueA в защищенную ветвь

Теперь они работают над IssueB, начиная с шага 1. Когда они переходят к шагу 4, у них нет конфликтов и отправьте IssueB без проблем.

Однако теперь, когда я объединяюсь с IssueA, а теперь, возможно, с IssueB, возник конфликт (поскольку у разработчика не было объединения IssueA при запуске на шаге 1).

Как я могу решить эту проблему без необходимости немедленного объединения изменений. Я не уверен, должен ли я иметь слияние разработчиков в IssueA с их IssueB перед отправкой запроса на извлечение. Это кажется неправильным, потому что, например, вы видите IssueD и видите много других изменений. Должен ли я просто отклонить IssueB, но я бы предпочел, чтобы разработчик исправлял конфликты, пока проблема была для них sh

Спасибо

Answer 1

В описанной вами ситуации, как правило, разработчик функции отвечает за то, чтобы его запрос на получение обновлений был актуален в отношении изменений в master (или на какую ветку они нацелены в своем запросе). request).

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

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