В настоящее время мы находимся в следующей ситуации, когда ветвь компонента была разветвлена для ветви подфункции (например, работа с внутренним и внешним интерфейсом для одной и той же функции):
o
|
o development
|\
| o feature-a
| |
| o
| |\
| | o feature-a-sub
| | |
| | |
| \
| o merged feature-a into feature-a-sub
| /
o feature-a-sub merged into development
| |
| o feature-a with future work on it
|
o development
Сначала разработчик объединил элемент-a в свою ветку feature-a-sub, чтобы быть в курсе последних событий, а затем включил свой элемент-a-sub в разработку. Принимая во внимание, что начальная особенность - ветвь все еще существует, и еще не закончена.
На мой взгляд, это приводит к проблеме, заключающейся в том, что ветвь Feature-A теперь становится устаревшей, так как все изменения объединяются в Feature-a-Sub, а затем в разработку. Кроме того, продолжается работа над функцией a, которая приводит к будущим конфликтам слияний и большому количеству ручного труда.
Где мы пошли не по тому пути, и как будет выглядеть правильный рабочий процесс с меньшими трудностями?