Несколько веток разработки с git-flow

В настоящее время я много изучаю git-flow и пытаюсь понять, как использовать его в проектах, над которыми я работаю. .

Я просмотрел различные руководства по git-flow и довольно хорошо знаком с git. Следовательно, мне нужны советы не только по git, а непосредственно по рабочему процессу с помощью git-flow.

Вот такая ситуация:

Когда я выпускаю версию (назовем ее 1.0), она становится разветвленной, и это нормально. Допустим, сейчас я начинаю работать над 2.0, добавляя новые функции. И, конечно же, я хочу снова объединить их в разработку, как только я закончу. Теперь исправление 1.0 в порядке, так что, допустим, я создаю несколько версий 1.0.1, 1.0.2 и т. Д. Все они также обновят ветку разработки, что тоже хорошо. Пока что хлопот, я могу самостоятельно разрабатывать функции для 2.0 и исправления для 1.0.x.

Однако, допустим, кто-то запрашивает новую функцию для выпуска 1.1. Теперь у меня проблема.Если я создам ветку функций, она будет основана на ветке разработки, которая может уже содержать материал 2.0, который мне может не понадобиться в этой версии 1.1.

Есть ли простой способ справиться с этими изменениями 2.0 и 1.1 независимо?

Есть несколько возможностей, которые я уже вижу:

• создать новую ветку в последней версии релиза на develop. Переустановите разработку на эту позицию и переименуйте другую ветку разработки. Однако тогда эта ветка не будет содержать никаких исправлений от 1.0.1 и т. Д.

• Не объединяйте обратно функции для 2.0, пока не будет завершена версия 2.0. Однако тогда мне пришлось бы оставить до последнего момента многие не объединенные изменения. Также это не помогает, если будет выпущена версия 2.0 и после этого будет запрошено изменение на 1.0.x.

Возможно ли это вообще с помощью git flow? Т.е. основывать выпуски на более раннем выпуске, когда работа над новым выпуском начата или даже закончена?