Тестировщики проверяют наличие бага во всех актуальных версиях. Там где воспроизведется там и исправляем. Как правило, мы обновляем «ответвившиеся» версии по отдельности и соответственно тестируем исправления по отдельности (если место исправления не покрыто автотестами). При этом исправления вносятся не механически, а с оценкой последствия изменений. Ну и после внесения изменений прогоняются автотесты по всему функционалу платформы (но если честно, ими покрыт далеко не весь функционал и это проблема)
Ну обычно так не делаем в принципе. Т.е. планируем выпуск и не помещаем master, то что не нужно в ближайшей версии.
Еще мы иногда делаем тематические ветки для больших фич (этого нет на схеме) и в мастер они не попадут, пока не будут полностью разработаны и протестированы.
Но если бы описанная ситуация произошла, то мы бы сделали как написано тут
Спасибо! Мы обычно исправляем баг в той версии, где он обнаружен, а дальше переносим его во все ветки, которые сейчас активны. При этом все версии (в активных ветках) сместятся на единицу вперед (например, 1.0.2, 1.1.2, 1.2.3). Под активной веткой имеется ввиду ветка с версией, на которой есть сданный заказчику продукт.
При проведении собеседования считаю большим плюсом хорошее чувство юмора у кандидата!
Еще мы иногда делаем тематические ветки для больших фич (этого нет на схеме) и в мастер они не попадут, пока не будут полностью разработаны и протестированы.
Но если бы описанная ситуация произошла, то мы бы сделали как написано тут
В данной статье приведено сочетание известных приемов, которое мы применяем и которое нас устраивает. Может быть это кому-то пригодиться.