多项目共享 - 总结 ¶
作者：KK
发表日期：2016.8.5
自定义gulp安装目录 的意义何在？ ¶
看上去只要能共享node_modules，那各个项目自己写自己的gulpfile.js足够了，那前面教大家自定义gulp的安装目录是什么回事呢？
首先要运行gulp自然是要先通过npm install -g gulp来安装全局gulp命令，这才能在控制台输入gulp来执行相关内容
如果只共享node_modules目录，那只能说各项目的gulpfile.js可以在相同的目录下找到gulp模块进行require
然而各个开发成员也要运行gulp命令，那他们每人都要执行一次gulp安装命令才能有这个命令就很麻烦了
所以通过自定义gulp安装目录和设置共享的node_modules目录后，可以将这两个目录加入到SVN里，让新加入的团队成员直接检出SVN，配置一下NODE_PATH和PATH变量就能运行起来，无须再安装环境（在这种模式下，最好不要改变你们所使用的node.js版本，一旦更新，可能一些旧的gulp插件无法正常工作）
给新成员的环境部署流程 ¶
使用我这个node_modules共享方案后，最终就是：
我们应该有一个代码仓库保存了这些node_modules文件，这个仓库主要用来作为开发环境使用
新来的项目成员检出这个仓库后，还不能直接用gulp命令，因为系统无法根据PATH变量的目录去找到，所以新成员要执行发下配置步骤：
安装和你们部署时版本一样的node.js，并要将node的目录加到PATH环境变量里使得node命令可执行
在PATH变量中再追加全局gulp命令的所在目录，使得在命令输入gulp可执行（gulp命令的目录应该在那个仓库里的，找找gulp.cmd文件在哪个目录就知道了）
增加NODE_PATH环境变量，值就是仓库的公共node_modules目录
好了这下应该是可以的了，这些事情我都做成一个bat脚本来处理，新人基本都是一键安装环境的