脚手架核心流程开发
前沿
大厂是如何做项目的
- 找到业务痛点
- 形成需求
-
- (PD)出PRD 画原型图
- 技术方案设计
-
- 架构 api 设计
- 项目立项
-
- kick-off (启动)
- 排期。
-
- 个人计划时间排期 WBS
- 项目实施
- 交互/设计设计
-
- 设计稿
- 开发
-
- 前后端
- 联调
- 测试
- 验收
- 上线
2-2 前端研发过程中的痛点和需求分析
痛点分析
- 创建项目/组件时,存在大量重复代码拷贝:快速服用已有沉淀
- 协同开发时,由于git操作不规范,导致分支混乱,操作耗时,指定标准的的git操作规范并集成到脚手架
- 发布上线耗时,而且容易出现各种错误:指定标准的上线流程和规范并集成到脚手架。
需求分析
- 通用的研发脚手架
- 通用的项目/组件创建能力
-
- 模版支持定制,定植后能够快速生效
- 模版支持快速接入,极低的接入成本
- 通用的项目/组件发布能力
-
- 发布过程自动完成标准的git操作
- 发布成功后自动完成云构建,oss上传,CDN上传,域名绑定
- 发布过程支持测试/正式两种模式
大厂的git 操作规范是怎样的?
- 分支介绍
-
- master
- dev
- release
脚手架拆包策略
- 核心流程:core
- 命令:commands
-
- 初始化
- 发布
- 清除缓存
- 模型层:models
-
- Command 命令
- Project 项目
- Component 组件
- Npm 模块
- Git 仓库
- 支撑模块:utils
-
- Git 操作
- 云构建
- 工具方法
- API 请求
- Git API
core 模块技术方案
命令执行流程
- 准备阶段
-
- 1检查版本号
- 2检查node版本
- 检查root启动
- 检查用户主目录
- 检查入参
- 检查环境变量
- 检查是否为最新版本
- 提示更新
- 命令注册
- 命令执行
技术点涉及
核心库
- import-local
- commander
工具库
- npmlog
- fs-extra
- semver
- colors
- user-home
- dotenv
- root-check