首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
monorepo
订阅
聪聪正在递归下降
更多收藏集
微信扫码分享
微信
新浪微博
QQ
4篇文章 · 0订阅
多项目管理Monorepo技术方案调研
背景介绍 多个项目存在的问题 1. 仓库多,管理混乱 同一个小组的项目,被分成多个仓库,不利于管理 新人上手难度大,需要熟悉多个仓库的代码目录 2.代码复用率低 公共组件和方法,只能通过copy的形式
现代 Monorepo 工程技术选型,聊聊我的思考
相信很多关注 Monorepo 生态的同学,应该大都看过这篇文章 monorepo.tools,其中列举了现存的几个主流的 Monorepo 相关的工具: Bazel (by Google) L
pnpm + changesets 搭建 monorepo 架构的前端监控系统
现在越来越多的前端工程都选择 monorepo 的架构进行开发,比如 Vue、React、Babel 等项目都采用的 monorepo 的方式进行管理
为什么越来越多的项目选择 Monorepo?
为什么越来越多的项目都在用 Monorepo 的方式,react、vue 等都在使用,它有什么好处呢?