【开源自荐】ProApplication 是一个整合了ts,antd5, dumi2,@umi/max,@antd/charts等的前端研发体系，他集成了文档，组件库，后台管理系统，微前端，CI/CD等现代化monorepos react仓库，解决了很多以往单一仓库的相关痛点，提高代码复用率，增加研发效率。

[jeryqwq]

• 项目名称：ProApplication
• 项目地址：文档 主应用 子应用 github
• 项目简介：随着研发代码的增多, 工程日益复杂，代码复用和版本管理显得格外的繁琐，版本升级没有日志，相互依赖的包需要手动管理版本，以往的组件库独立开发的方式并没有很好的区分组件和组件之间的关系，往往只需要一种类型的组件，例如图表，但还是不得不安装一整个组件库，并没有很好的对组件进行区分，如哪些是图表组件，哪些是功能组件，哪些是业务组件等，造成组件库越来越大，编译打包效率降低，每次一个小改动就不得不直接发布一整个包预览效果，且无法支持本地调试等以下相关痛点。
  1. 组件耦合严重，组件代码量大
  2. 业务开发分工不明确，业务开发人员要关心非业务的代码
  3. 编译慢，效率低
  4. 无法对应用做增量编译&增量部署
  5. 相关包基础依赖可能会重复打包，如： lodash,moment...
  6. 管理、调试、追踪 bug 困难
  7. 不同项目之间 node、node-sass、webpack 等基础依赖版本不统一，切换增加心智负担。
  8. 不同项目可能存在技术栈不统一，如：状态管理，less,sass
  9. 分支管理混乱
  10. 多包多项目之间依赖关系复杂
  11. 第三方依赖库版本可能不一致
  12. 占用总空间大
  13. 不利于团队协作
  14. 无法针对主应用统一跑测试用例,发布时很难避免一些基本的错误发生
  15. 需要频繁切换项目
  16. ... 针对上述问题我们引入了 Monorepo 的概念，把以往的单一组件库拆分为职责更细化的包，架构更清晰，解耦，子应用隔离，并且做了严格的 CR，CI 机制(暂无 CD)、自动化构建、测试流水线、代码问题校验，工程化的最终目的是让业务开发可以 100% 聚焦在业务逻辑上精读《Monorepo 的优势》, 现代化前端应用为什么越来越离不开 Monorepo