Gulp with WebPack。哪个应该建立我的咖啡/玉等？

Question

我有一个目前正在使用gulp的预先存在的项目。

关键库/框架/语言是：

• MongoDB - Mongoose
• AngularJS - 使用ui-router，也使用ngClassify
• ExpressJS - 使用Passport
• 的NodeJS
• 玉
• 的CoffeeScript
• Sass - ＆＃39; .sass＆＃39;格式
• JPG / PNG＆＃39; S

目前使用实时重新加载来监视所有内容，使用uglify和gzip进行缩小。我的角度html视图/指令片段被发送到模板缓存js文件中。甚至使用图像min来缩小图像。

单页应用程序设计非常模块化，有多个页面＆＃39;到应用程序，每个页面都有一个特定的用途（以个人资料页面为例），使用ui-route来嵌套视图。并非所有用户都会使用每个页面。因此，为什么我选择在每个页面上转向WebPack＆＃39;作为一个模块。此应用程序的目标是尽可能地反应。当切换它们所在的页面/模块时，可能会有轻微的加载时间。

我当前的项目结构有一个src和dist目录，每个目录都有一个服务器和客户端文件夹。列表目录当然可以安全地删除每个构建。我目前没有原始的js文件或原始的html（除了只需要我的gulpfile.coffee的gulpfile.js），所有内容都被gulp预处理，就是这样。

所以这是我的问题：

1. 我是否用webpack替换了大部分的gulpfile，让webpack处理所有内容（这有什么好处）。或者我创建一个中间文件夹（gulp输出），然后在该文件夹上运行webpack（只处理缩小的js / css / html文件）。基本上，知道我的库/框架是什么，以及我的情况，你将如何构建构建过程？
2. 您可以使用ngClassify app.coffee文件作为切入点吗？或者它必须先编译。 （如果可以，怎么样？）

Answer 1

您当然可以使用Gulp to trigger your Webpack build并管理您可能拥有的其他任务，但是Webpack的想法是它是您的整个构建，您不再需要Gulp任务来“缩小”，连接'和'imagemin'文件等等，因为Webpack使用Plugins和Loaders为您完成所有这些。

您必须在项目源上运行Webpack，而不是由自定义Gulp构建创建的已经缩小的包。

角度问题我没有答案，我害怕：）