Я пытаюсь найти правильный рабочий процесс для этой ситуации:
В общем репозитории у нас есть следующие ветки:
-master
-feature
feature ветвь является разделяемой ветвью, так как многие разработчики вместе работают над новой функцией. Они активно продвигают свои изменения в ветку функций.
Я пытаюсь избежать «конфликтного ада» на тот день, когда функция , наконец, будет снова объединена с master . В настоящее время я вижу несколько вариантов:
1) Активно объединить мастер в функцию , и делать это часто. Однако это не рекомендуется в документации git, и я начинаю понимать, почему. Когда я пробую это, Кажется, я исправляю одни и те же конфликты снова и снова.
2) Каким-то образом использовать перебазирование. Я читал об этом, но похоже, что это не сработает, поскольку ветвь feature фактически используется совместно. Все, что требуется, - это один разработчик выполнить 2 перезагрузки, и у других разработчиков могут возникнуть конфликты из-за несоответствия истории.
3) Превратите ветвь feature в ветвь интеграции и получите разработчики используют свои собственные независимые ветки функций с перебазированием, чтобы все было в порядке.
4) Что-то совершенно другое?