Жизненный цикл проекта
От: merge  
Дата: 05.05.21 07:03
Оценка:
Привет

РАсскажите у кого как работает процесс.
Что имеем ux дизайнера который делает макеты, фронт енд программистов, бэк енд и дба. А ну и аналитиков.
Есть готовый проект и нужно добавить новый юай. Как у вас это работает?

Расскажу, как у нас и какие есть моменты которые хочется улучшить.
есть сайт с базой.
на тесте есть тестовый сайт и тестовая база Test. есть база для разработки Dev.
Программисты работают с базой для разработки Dev.
База Test реплецируется с прода данными за последние 6 мес, чтобы можно было тестить на реальных дданных

Аналитики ставят таск
дизайнер отрисовывает, обновляет макет и говорит фронт ендерам что делать
дальше на фронт заводится тикет, они делают прототип если сложный юай или сразу страницу с привязкой к беку.
Фронт заводит на бек таски что нужно
Дальше бэк связываем с фронтом, кратко тестируем.
Бэк делает нужные миграции и когда оттестировано выкладываем сайт на тест и накатываем миграции из dev в test
после полного теста релиз в ручном режиме на прод и ручками меняем версию системы

что не нравится.
макет один и непонятно в какой версии что изменилось и если к примеру меняется текущий юай непонятно
с гит ветками расскажите как работаете. сначала пробовали делать одну ветку на фронт и бэк, потом стали делать всё в одной ветке dev
коммиты и миграции привязать к версии системы в гитлабе
Re: Жизненный цикл проекта
От: no4  
Дата: 06.05.21 12:02
Оценка:
Здравствуйте, merge, Вы писали:

M>что не нравится.

M>макет один и непонятно в какой версии что изменилось и если к примеру меняется текущий юай непонятно

Что мешает хранить в макет в системе контроля версий?

M>с гит ветками расскажите как работаете. сначала пробовали делать одну ветку на фронт и бэк, потом стали делать всё в одной ветке dev

M>коммиты и миграции привязать к версии системы в гитлабе

Можно поискать git branching strategies, git workflows
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.