Кажется, это лёгкий троллинг с пользой для пользователя...)

Ну, мы могли сразу выкатить функциональность со всеми фичами, но тогда пользователь не увидел бы её ещё неделю. А так - она есть, но сырая и допиливается. Из минусов - деньги тому, кто будет решать, что фича "достаточно живая", чтобы её можно было в таком виде выкатывать. Из плюсов - сверхбыстрая доставка функциональности пользователю.

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

Не, это очень круто. Прям очень.
Жаль, редко кто это мнение разделяет

А мёрдж у нас происходит на другой стороне - сначала мастер мёрджится в ветку, чтобы не было конфликтов, ветка тестируется поверх последнего мастера и только потом вливается в местер

Да, это как раз то что я имел в виду "в тонусе"

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

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

У нас есть неофициальная оценка пулл-реквеста по количеству знаков в изменённых строчках:
4 и более (больше 1000 строк изменено) - красный, всё плохо
3 - (100 - 999, но лучше до 500) - жёлтый, средний такой PR, но лучше бы поменьше
2 (10 - 99) - это зелёный, самый обыкновенный PR, каких большинство
1 (2-9) - быстрый фикс, который скорее всего пройдёт упрощённую схему мёрджа (можно запускать не все тесты)
1 строчка (или даже 1 символ) - 99% что попадёт в код быстро и с минимумом тестов:
всё равно потом перед выкладыванием на прод будут прогоняться все возможные тесты

А ручного регресса у вас получается нет?

А вы эту оценку как-то заавтоматили чтобы разный путь проходили, или просто разный порядок действий при работе с PR в зависимости от объёма/оценки?

нет совсем

Всё на здравом смысле

у вас здорого

У вас огонь...
Я уже говорил это, но повторюсь - Арчи, забери меня к вам!😂

сразу видно что у вас не битбакет

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

Если уж есть неизменный набор операций, который каждый раз проводят, то казалось бы, вот он, кандидат для заветной "автоматизации", но нет. Надо ж людям "работать" в поте лица, чтоб начальство видело что дело делается.

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

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

гитхаб

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