солидно

у нас вот как по мне "не достаточно хорошо с тестированием" но в целом жить можно.

главный косяк когда мы фичафлаги вводили - нужен формальный процесс "а когда фичафлаги удаляем".

в крон засунуть

фэйсбук по слухам вообще не удаляет фичатоглы (экономически нецелесообразно) но скорее всего это им позволяет инфраструктура. Для нас выгодно заставлять хотя бы через пол года их удалять

weekly

мы клиентам даем 3 месяца на апрув изменений... потому никак... Но это специфика. Большинство тоглов могут уходить из кода по решению разработчиков. Опять же нужны критерии

кстати крутая тема. это держать что-то вроде Dynamic Configuration Service
в котором и хранить все фичафлаги.

ибо можно мгновенно их включать и выключать в проде

код все равно чистить придется)

ну вот у нас свой велосипед, но если можете взять какой-нибудь flagr (https://github.com/checkr/flagr) или какой-нибудь сервис который хорошо интегрируется в вашу тикет систему - то лучше так

это самая простая часть на удивление

обычные косяки - прилетает баг и уходит время на то что бы определить какие фичафлаги надо врубить. Отслеживание статуса релизов (тут вот сервисы помогают). Отслеживание когда и кто добавил включил тогл для кого и т.д.... аудит какой...

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

В разных проектах по-разному. Где-то десяток, где несколько. Сильно зависит от ещё готовности команды, окружающей среды и прочего. Самое, пожалуй, сложное - координация фича-флагов между компонентами. Если для "фронт+бэк" это ещё как-то решается, то для событийной архитектуры пока я не нашёл красивого решения. Но вообще, в идеале, фича-флаг должен быть независим от всего остального. Но компромиссы, компромиссы.

Есть одна вещь еще - фичафлаги хорошо работают если у вас в команде мантра по утру "обратная совместимость это важно". Но как по мне это просто про хорошие практики

ну то есть фичафлаги это боль и слезы но это куда лучше чем фичабрэнчи и ебанина с черепиками и подмерджить мастер в девелоп и обратно.

continious integration в целом не зря придумали (как процесс где мы "постоянно интегрируем изменения в транк, каждый день")

Кстати, как для фронт-бек решается?

А как вы храните фичафлаги?

вопрос непонятен. Подавляющее большинство фичафлагов на клиенте. На бэке чаще аля branch by abstraction юзается а так в целом...