
背景
通常个人在开发项目的时,都是在本地编写构建脚本对项目进行构建,这个脚本可能是 Gulp,可能是 Grunt, 可能是 webpack,也可能是其他的一些脚本,每次代码发布之前,都要对代码进行构建,代码仓库里面包含构建脚本和构建之后的代码。对于个人开发,这样做是没有问题的,但是涉及到多人开发或者团队开发就会有一定的问题。说是问题也不是问题只不过是会导致开发效率降低,构建错误的情况越来越多。
在本地对项目进行构建,通过脚手架工具来分发构建脚本对于团队开发来说有很多问题:
- 构建脚本的开发维护者很难去持续优化,更新构建脚本
- 构建脚本使用者对构建脚本的修改,改良不可复用
- 每次发布之前都需要对项目进行构建,如果忘记构建将会导致发布失败
- 同一个项目的开发者可能会有不同的构建脚本,极有可能会导致构建出错
我们把构建脚本从应用里面提炼出来,包装成单独 npm 模块..........................
更多内容请看原文
在团队开发中,构建脚本的本地化管理导致了效率低下和构建错误。本文提出将构建脚本从应用中提炼出来,封装为单独的npm模块,以解决构建脚本的开发、维护、复用问题,减少发布前的构建步骤,并避免不同开发者使用不同脚本导致的构建冲突。
4万+

被折叠的 条评论
为什么被折叠?



