По-сути стараемся решить одну проблему: мердж двух сильно отличающихся веток в develop может вызвать много конфликтов
Добавляя несколько новых:
— Свитчи: не только будут разбросаны по всему проекту, но не понятно как использовать с html, css файлами и другими, которые не содержат кода
— Также подразумевает что часть времени разработчиков будет тратиться на очистку проекта от старого кода: код со свитчами, ссылки на устаревшие файлы и тд, что тоже может быть не весьма очевидно
— Невозможно оттестировать и зарелизить только одну фичу продолжая разработку над другими
— GitFlow удобно использовать с CI: 'develop' деплоится на staging автоматически при мердже и фичи можно демонстрировать продуктовой команде. В вышеописанном сценарии это невозможно делать не переключая свитчи и не делая новый комит, тем самым сводя на нет идею production-ready мастера
Добавляя несколько новых:
— Свитчи: не только будут разбросаны по всему проекту, но не понятно как использовать с html, css файлами и другими, которые не содержат кода
— Также подразумевает что часть времени разработчиков будет тратиться на очистку проекта от старого кода: код со свитчами, ссылки на устаревшие файлы и тд, что тоже может быть не весьма очевидно
— Невозможно оттестировать и зарелизить только одну фичу продолжая разработку над другими
— GitFlow удобно использовать с CI: 'develop' деплоится на staging автоматически при мердже и фичи можно демонстрировать продуктовой команде. В вышеописанном сценарии это невозможно делать не переключая свитчи и не делая новый комит, тем самым сводя на нет идею production-ready мастера