У гитхаба есть stacked PRs

А за переписывание истории можно попасть на нехилый штраф при стороннем аудите (например SOX)

Это у вас тулзами поддерживается или разработчики сами в коде везде фиче флаги поддерживают и кодят с обратной совместимостью?

Какие сериалы посоветуете?

Сами. Backward/Forward compatibility и везде флаги

А есть какие-то инструменты которые могут помочь?

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

прям коммит = фича?

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

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

Еще есть этап тестирования в CI, когда система сама делает вкл-выкл и гоняет все тесты фоном на предмет «а не сломается ли все если мы вот эту фичу из середины прошлого квартала вырубим»

Ого, звучит прямо как жёсткая ларингоректальная практика. То есть с if ab.Group(TEST_SOME_FEATURE) == ab.GROUP_A {...} else {...} вообще никак не летело? А если одновременно больше 3-4 экспериментов идёт, да ещё и на разные регионы, например, это же сотни вариантов тестировать надо!

Звучит больно. На данный момент вариантов сборок всего около 60. Сильно в прошлое не смотрим, смысла нет, гипотезу проверили, оставили-выбросили.

Условно говоря, проходим очередную временную метку - фиксируем релиз с нужным составом фич. И следующая крупная итерация назад не смотрит

У нас релиз 15 минут собирается и тестируется( И это ещё быстро!

Это происходит фоном на отдельной железке, на основную работу разработки никак не влияет, эффект накопительный - все варианты через пару дней обычно протестированы, а чтобы не было геометрической прогрессии - ограничивается число фич в отрезок времени. Если кто-то вносит новую фичу, то shallow тесты обычно занимают 15-20 минут, а совокупные около 3-4 часов и к концу дня обычно прилетает нотификация если что-то идет не так

Я никак не агитирую наш подход - исторически так сложилось.

the boys. как раз второй сезон начинается

звёздный путь: нижние палубы довольно неплохие

Банды Лондона