Мы пытаемся использовать частные пакеты npm в нашем приложении для всех их преимуществ (повторное использование общих компонентов, изоляция изменений, контроль версий и т. Д.);но поскольку приложение переходит от одной зависимости к вложенным зависимостям, мы не можем найти эффективный способ перехода от связанных пакетов npm к опубликованным и развернутым пакетам в нашем рабочем потоке gitflow.
Например, учитывая эту структуру пакета:
-@mine/master-app
|-@mine/base
|-@mine/mock-data
|-@mine/subApp
|-@mine/base
|-@mine/sub-App2
|-@mine/base
|-@mine/sub-App3
|-@mine/base
Шаги, которые мы предпринимаем сейчас:
- npm, ссылка на каждый пакет
- разработчик разрабатывает
- PR утвержден
- обновление блокировки пакета в mock-data & publish
- обновление блокировки пакета в базе и публикация
- обновление блокировки пакета в субприложении и публикация
- обновлениеблокировка пакета в sub-App2 и опубликовать
- обновить блокировку пакета в sub-App3 и опубликовать
- обновить блокировку пакета в приложении и опубликовать
- развернуть в QA и протестировать
- Ошибка найдена в базе.Обновите и опубликуйте
- повторите шаги 5-10
Это кажется очень ручным и требует много времени, потраченного на обновление блокировок пакетов и т. Д. И не масштабируется.
Может ли кто-нибудь помочь мне выяснить, что мне здесь не хватает?Или укажите на тренинг, который описывает целостный подход?
Спасибо!