ну это не совсем "фича" я просто так назвал для ясности. переписали пол-бекенда на новую либу + async

см выше

я понимаю что вы спешили и это все не от хорошей жизни

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

интересный подход. я только не очень понял, как будет, если у меня все тесты + деплой из мастер ветки занимает около часа. при достаточно большой плотности коммитов оно вообще будет очень редко до конца деплоиться. или скопится очередь из деплоев?

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

Делать деплой 1-2 раза в сутки, отводя релизную ветку от мастера?

TDB сложно применить в случае если тесты занимают около часа. Наверное, в этом случае нужно при коммите в мастер запускать только юнит тесты, а остальные тесты гонять раз в сутки

Ага, понял вас, согласен! Спасибо за подход. Попробуем вместе с PDD

Согласен, хороший вариант. Чуть ниже расширили

Это

А вы хард ресет на мерж с девом не хотите?

Те откатить тупо назад с форсом

не, это както грязно. уже сделал промежуточный бранч + в нем реверт реверта. потом бранч удалил

а ребейзнуть фичу не помогает?

Это работает

к тому же в мастер уже накоммитили всякого разного, нельзя хард-ресет

Можно было хирургически вырезать комит)

а потом сделаешь мердж промежуточного бранча обратно в main?

да, сначала в dev, оттуда в main, промежуточный удалил