前端工程化:云构建
2016-04-07 15:49
204 查看
背景
通常个人在开发项目的时,都是在本地编写构建脚本对项目进行构建,这个脚本可能是 Gulp,可能是 Grunt, 可能是 webpack,也可能是其他的一些脚本,每次代码发布之前,都要对代码进行构建,代码仓库里面包含构建脚本和构建之后的代码。对于个人开发,这样做是没有问题的,但是涉及到多人开发或者团队开发就会有一定的问题。说是问题也不是问题只不过是会导致开发效率降低,构建错误的情况越来越多。在本地对项目进行构建,通过脚手架工具来分发构建脚本对于团队开发来说有很多问题:
构建脚本的开发维护者很难去持续优化,更新构建脚本
构建脚本使用者对构建脚本的修改,改良不可复用
每次发布之前都需要对项目进行构建,如果忘记构建将会导致发布失败
同一个项目的开发者可能会有不同的构建脚本,极有可能会导致构建出错
我们把构建脚本从应用里面提炼出来,包装成单独 npm 模块..........................
更多内容请看原文
相关文章推荐
- HTML 模板继承
- jsessionid 如何去掉
- 为 HTML 添加新元素(html5新功能)
- Windows下react-native安装步骤以及安装时候遇到各类已填平的坑
- ReactNative学习十四-再次弹性盒(Flexbox)
- 【笔记】 《js权威指南》- 第15章 脚本化文档 - 15.8 元素的几何形状和滚动
- 浅析JS原型继承与类的继承
- 6.9.5 qmgr_active_done_3_generic函数:将邮件文件移入deferred队列
- Jquery 判断滚动条到达顶部或底部
- 自定义Dialog样式+大小+位置
- (1,eval)('this')释义
- zepto.js
- javascript学习笔记 对象
- JSP 中文乱码问题
- 【剑指offer系列】 在O(1)时间删除链表节点___13
- 利用请求头Referer防止盗链
- JavaScript字符串转数字
- 6.9.1.1 qmgr_defer_todo:为延迟邮件清理待发送收件人列表
- 6.9.1 qmgr_ defer.c:销毁活动数据
- CSS 制作三角形原理剖析