У нас в Авито как раз trunk based используется.
С короткими фича-бранчами и тогглами

Я тоже прочитал статью, спасибо @pOmelchenko . Давно знаю о подходе с feature flag, мы его в некотором смысле используем. Но не думал о нем как о постоянно применяющемся, в разрезе непрерывных мерджей. Теперь попробуем

Круто! Для меня остается темной стороной как собирается приложение в зависимости от флагов. Ибо ничего подобного еще не делал :)

Настоящий gitflow? Думаю это опять таки из-за путаницы с именованиями. gitflow довольно сложный: несколько веток типа master, develop, hotfix, правила по их слиянию. Люди специальные скрипты пишут, чтобы с ним работать.
https://github.com/nvie/gitflow

Лично мне кажется, что такая модель больше подходит для написания, например, десктоп софта, который выпускается определёнными версиями и чуть ли не на дисках поставляется. Ну может быть ещё для написания клиентов, распространяющихся через стор. Для веб сервисов всё же чаще используют модель похожую на Github flow.
https://guides.github.com/introduction/flow/

ага. Все пытаются идти в сторону настоящего гитфлоу. Но, как правило, многие забывают про релизную ветку, а некоторые еще и про девелоп. При этом сохраняя жирные фича ветки, которые создают боль на ревью и разруливания конфликтов.

Как наличие ветки develop влияет на размер фича ветки?

никак, к чему вопрос?

Может я не уловил мысль, но мне показалось в вашей фразе как будто это связано

При релизах 1-2 раза в день ветка develop выглядит избыточной

тогглы тут не самое главное. основная идея - делать максимально быстрые фича-бранчи и сивать их.
не держать ветки неделями-месяцами-кварталами

а уж тогглы нужны чтобы закрывать функционал что еще не протестирован\не доделан\не все компоненты готовы

Но ведь релиз 1-2 раза в день, не означает микрозадачи на пол дня(включая тестирование)...

Раскройте свою мысль
Вы считаете что она всё же нужна? Почему?

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

это из тех что знаю.

Может ошибка выжившего, хз

Нужна или не нужна ветка develop, зависит от размера задач, способа тестирования, инфраструктуры организованной в компании и других факторов, а не от частоты релизов

Это связанные, но не выходящие из друг-друга понятия

И какую же функцию она будет выполнять?
Можно разрабатывать задачу неделю и потом сразу замерджить в релиз
При этом конечно не забывать поливать мастер (мэйн?)) во время разработки

Имхо, функция ветки develop в том, чтобы другие разработчики, а может и даже сам могли получить последние изменения в других задачах не дожидаясь релиза

Это актуально если, допустим, релиз раз в неделю/месяц/может больше, делается много задач и нужно их подтянуть, чтобы не разруливать потом мучительно конфликты перед релизом

Когда релизы 1-2 раза в день, то ветка develop как правило совпадает с веткой релиза, в чём её польза тут?