作为一个团队,是否有开发私有的、相互关联的npm包的工作流程?

作为一个团队,是否有开发私有的、相互关联的npm包的工作流程?,npm,workflow,npm-link,npm-package,Npm,Workflow,Npm Link,Npm Package,我们正试图在我们的应用程序中使用私有npm包,以实现其所有好处(重用通用组件、隔离更改、控制版本等);但是,随着应用程序从单一依赖项转变为嵌套依赖项,我们无法找到一种有效的方法在gitflow工作流中从npm链接的包转变为已发布和部署的包 例如,给定此包结构: -@mine/master-app |-@mine/base |-@mine/mock-data |-@mine/subApp |-@mine/base |-@mine/sub-App2 |-@mine

我们正试图在我们的应用程序中使用私有npm包,以实现其所有好处(重用通用组件、隔离更改、控制版本等);但是,随着应用程序从单一依赖项转变为嵌套依赖项,我们无法找到一种有效的方法在gitflow工作流中从npm链接的包转变为已发布和部署的包

例如,给定此包结构:

-@mine/master-app
  |-@mine/base
    |-@mine/mock-data
  |-@mine/subApp
    |-@mine/base
  |-@mine/sub-App2
    |-@mine/base
  |-@mine/sub-App3
    |-@mine/base
我们现在采取的步骤是:

  • npm链接每个包
  • 开发人员开发
  • 公共关系批准
  • 在模拟数据和发布中更新包锁
  • 更新基础中的包锁&发布
  • 更新子应用程序中的包锁定并发布
  • 更新了sub-App2和publish中的包锁定
  • 在sub-App3和publish中更新包锁
  • 更新应用程序中的包锁定并发布
  • 部署到QA和测试中
  • 在基地发现了一个Bug。更新和发布
  • 重复步骤5-10
  • 这看起来非常手动,需要花费大量时间更新包锁等,而且不可扩展

    有人能帮我找出我在这里遗漏了什么吗?或者指向一个概述整体方法的培训

    谢谢大家!