gulp和make差不多，主要是一个帮你把文件变化去变化来，最后终于足够小(minify)，足够难看(uglify)，可以去正式上线了。
yeoman有点像Word的模板。在一个大型的互联公司，很多项目的第一步就是用Yeoman生成一个项目的框架，这样子各个项目间的目录结构啊都看上去差不多。
bower是和npm竞争的，本来是说npm管后端的模块，bower管前端的模块。但是npm太强大，基本把bower要干的活都给干了。
yeoman有点像Word的模板。在一个大型的互联公司，很多项目的第一步就是用Yeoman生成一个项目的框架，这样子各个项目间的目录结构啊都看上去差不多。
bower是和npm竞争的，本来是说npm管后端的模块，bower管前端的模块。但是npm太强大，基本把bower要干的活都给干了。
Yeoman作为脚手架工具的存在意义，远不及对于提升代码规范性的价值。从个人使用者的角度来看，Yeoman的地位有些鸡肋，因为流行框架自带的cli工具都能够自动生成官方推荐的目录结构，而且一个项目持续少则几个月多则几年，而项目的初始化结构目录在此期间只需要生成一次。尽管工具的设计定位如此，但在组件化开发的潮流中，用Yeoman来生成符合项目编码规范的组件框架是非常有必要的。
Yeoman与工具链集成
与前端工程化工具链的集成或许是Yeoman最恰当的归宿，为此Yeoman团队索性开源开到底，直接公开了其核心库yeoman-enviroment，使得generator模板可以不必通过yo工具就可以被调用，引用的方式比较简单：
var yeoman = require('yeoman-environment');var env = yeoman.createEnv();//generator-XXX模块地址查询var generatorPath = require.resolve('generator-XXX','XXX:app');//如果generator未使用npm link进行连接，需要将其拷贝至工程依赖中按如下方式获取地址var generatorPath = path.resolve(process.cwd(),'node_modules','generator-XXX','generators','app');//注册generatorenv.register(generatorPath, 'XXX:app');//调用generator生成项目骨架或组件骨架env.run('XXX:app', {'skip-install': true}, function (err) { console.log('done');
});
bower 可以做 dependency check
scrat
fisp 百度的角手架
