Meteor需要Gulp还是Grunt？
所以我一直在读关于Gulp和Grunt ，以及他们如何可以缩小代码，压缩文件，合并文件到一个，livereload等。但是， meteor已经完成所有这些，与Isobuild 。
我问的原因是有人build议与meteor一起使用Gulp，我不认为有这个需要。 为什么我应该和meteor一起运行Gulp？ 或者它只是多余的？
如果不是多余的，Gulp有什么function不在Isobuild中？ Meteor团队计划将Gulp纳入其下一个版本吗？
需要可能不是正确的词。 不pipe你想不想要是另一回事。
正如上面提到的评论，meteor包括一个非常聪明的自己的isobuild构build系统，它为您构build了整个应用程序。 但是肯定有些情况下，你可能想要自己的任务，最好通过咕噜或吞咽完成。 （你能用这些完成的任务的范围是惊人的，所以我只列出几个简单的常见例子。）
最明显的将是你想要放在公共文件夹中的资产。 但是这远远不是你可能希望在一个更大的项目上实现自动化的完整列表。
- 编译不使用libsass编译器的SASS文件（因为它不支持所有的function）
- 压缩和优化图像，SVG文件，网站图标等
- 创build多个图像的大小/版本
- 创build精灵表
- 按自己的顺序/方式连接和缩小脚本
- 与Bower结合pipe理通过气氛等不可用的前端包裹。
我将要处理的方式是将所有这些放到私有文件夹中，这样它就可以避免被meteorisobuild构build系统。
我相信这些都是不足够的理由，不考虑吞咽或咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕噜咕咕咕咕咕咕咕咕咕咕咕咕咕咕咕咕喳喳 不用说，IsoBuild对于它的function来说是非常棒的，但是并不能代替这些任务运行者的一切可能，据我所知，没有计划将Gulp整合到IsoBuild中。 IsoBuild是Meteor的核心，吞噬和咕噜声是非常强大的自动化工具，有数千种可能的用途。
下面是一个非常好的入门者，它的超级简单入门： NodeJitsu Gulp教程
所以，当然，你不需要咕噜咕噜咕噜咕噜咕噜，但是它们当然可以在你的meteor项目中有一个高效的地方，他们绝对是有价值的工具来抓紧你的开发stream程。
如果你想使用咕噜声或吞咽，这是我如何处理结构我的项目：
Project-folder |__ webapp // my meteor app lives here |__ assets // scss / images / svgs |__ node_modules | gruntfile.js | .eslintrc | package.json 然后我build立，缩小和处理我的资产，在webapp/public使用我的目标目录
请注意，在Meteor@1.3提供完整的npm支持的情况下，这可能会改变，但我不清楚我们是否可以将此项目融入到项目中。