А у вас что, не делают мерж девелопа в ветку перед мержем ее в девелоп?
копирую ответ разработчика.
в идиальнос сценарии система полностью изолированна и самодостаточна, иначе приходистя решать баги которых небыло и проблем которых ен ждали при выполнении текущей задачи
в идиальнос сценарии система полностью изолированна и самодостаточна, иначе приходистя решать баги которых небыло и проблем которых ен ждали при выполнении текущей задачи
На что я задаю воопрос. Лучше оставить интеграционные баги на потом ?
Ответ: да это 2 разных этапа, проходя к следующему ты не возвращаешся к предыдущему а ты все в одну куче смешал и пытаешся под одну гребенку подкасить. Это не так.
Отвечая на вопрос. ветка develop подтягивается при начале разработки , а не перед тестом.
На что я задаю воопрос. Лучше оставить интеграционные баги на потом ?
Ответ: да это 2 разных этапа, проходя к следующему ты не возвращаешся к предыдущему а ты все в одну куче смешал и пытаешся под одну гребенку подкасить. Это не так.
Отвечая на вопрос. ветка develop подтягивается при начале разработки , а не перед тестом.
Это неправильно. Перед мержем фичевой в девелоп должен быть мерж девелопа в фичевую и ресолв конфликтов.
Т.е. в начале бранчуешься, в конце мержишь и сверяешься.
Ещё может быть,что версия апитестов апается вместе с новой версией бэка. То есть если бы бэк проходил тесты=>не должен был ломать фронт. Но прогоняются тесты новые
> Мне такой подход кажется неправильным, ибо часто бывает когда метод через Постман отрабатывает, юнит тесты у разработчика прошли успешно, а при тесте от клиента(фронта) метод отваливается по ошибке.