git merging "стратегия" для общей функции в разных ветках функций

Question

Предположим, у меня текущая ситуация в нашем git-репо.

       -----qa_infra   
     /
dev-------
    \     \----- feature1
     \   
      ----------feature2 

Существует dev и две ветви функций, разветвленные от dev.

Теперь произошла смена инфраструктуры (для тестового запуска) в ветке "qa_infra", которая действительно нужна как для feature1, так и для feature2, прежде чем они объединятся с dev.

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

Answer 1

Я предлагаю следующее:

1. Слияние qa_infra назад к dev.
2. Слияние dev в feature1 и feature2.
3. Функции слиянияв dev как только они будут готовы.

Выполнение этого имеет следующие преимущества, imho:

• Разработчик, который внес изменения qa_infra, не нуждаетсязнать об особенностях и должен разрешать только конфликты слияния с dev (если таковые имеются). Скорее всего, возникнут конфликты с настройками qa_infra, в которых он является экспертом.
• Разработчики ветвей функций могут решить, когда объединить изменения из dev в их ветке функций. Они могут объединяться немедленно или по завершении их ветки или между ними, когда захотят. Как разработчик, я был бы очень признателен за это, поскольку я мог бы сначала завершить свой текущий логический шаг, а затем заняться слиянием и возможными конфликтами.
• Конфликты слияния (в случае их возникновения) могут быть решены небольшими пошаговыми шагами,разработчиками, которые, вероятно, больше всего знают о данном конфликте.
• Бонус: это также git-flow совместимый;)