站在前端研发角度，分析研发前端脚手架的必要性
开发脚手架的核心目标是：提升前端研发效能如何提升前端效能
脚手架核心价值
在整个研发过程中
- 自动化：项目重复代码构建/git操作/发布上线操作
- 标准化： 项目创建/git flow/发布流程/回滚流程
数据化：研发过程系统化、数据化、使得研发过程可量化
开发脚手架和自动化构架工具区别
如果自动化架构工具能完成项目的大包上线，是否还需要开发前端脚手架？是否存在重复？jenkins、tranvis等自动化构建工具已经比较成熟了，为什么还需要自研脚手架？
- 不满足我们全部需求，对于jenkins、travis这些自动化构建工具，通常都是设置在git hooks中进行自动触发；然后再服务端执行，仅仅只能覆盖云构建内端的操作，无法覆盖研发人员本地的功能。
没办法实现：创建项目自动化、本地git操作自动化 - 定制过程复复杂，需要自己去开发插件，使用的是JAVA语言。
- jenkins 比较擅长在服务端做一些拓展性的操作；前端在构建，安装依赖和上传资源就可以完成
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。