в паре с фронтом? (Плюс qa тестирует перед продом). Какие ни прогоняю через условные ситуации, везде получается момент, с которого непонятно кто именно в чем именно накосячил и какой код можно подтягивать в другие ветки а какой нет. Мало опыта в коопе с кем-то реп вести.
Все в одной репе?
https://www.youtube.com/watch?v=_w6TwnLCFwA&ab_channel=ContinuousDelivery
Пока в одной думаем.
Тогда работу у вас не особо получится разделить с фронтом.
А в нескольких как? Нужно же их интегрировать где-то как-то, тестировщику отдавать, на прод заливать вместе. Там прост монолит.
Если мы говорим про "изоляцию изменений средствами гита" то у тебя следующие дилемы: 1. Мы тестировать должны все изменения + все интеграции этих изменений. То есть недостаточно проверить что в фичабрэнче все ок. Тебе надо будет еще ретестить после интеграции веток. 2. Мы скорее всего хотим раньше узнать о том что кто-то нам потенциально что-то сломал а это значит больше интеграций веток в наши ветки. 3. Мы пытаемся за счет тестирования в ветках избежать необходимости вводить триаж багов. Ну мол когда есть баг и не понятно почемуи. кто. Это может быть симптомом проблемы что все трогают все и нет зон ответственности. Может эту проблему тогда решать? 4. Увы баги после интеграции будут а значит триаж багов всеравно нужен. Тогда зачем вот все это выше? 5. Если мы просто хотим что бы "недоделанные фичи не были видны в проде" - может фича флаги вместо фича веток?
Если фронт от бека не отделен, то скорее всего никак
у меня в одном репе и бэк и SPA на реакте. Вполне себе отделены. Но у меня trunk based и монореп и там несколько фронтов разных
А когда html бек формирует, тот же php. То не получится :)
тогде у тебя бэк и фронт не отдельно)
Обсуждают сегодня