Gulp 大口吞下网页。哪一个应该是我的咖啡/翡翠等。？

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

关键库/框架/语言包括：

• 猫鼬
• AngularJS-带有ui路由器，也使用ngClassify
• ExpressJS-带护照
• NodeJS
• 玉石
• 咖啡脚本
• Sass-“.Sass”格式
• JPG/PNG's

目前，所有内容都使用实时重新加载进行观看，使用uglify和Gzip进行缩小。我的html视图/指令片段被发送到模板缓存js文件中。甚至图像也使用图像最小值缩小

单页应用程序的设计非常模块化，应用程序有多个“页面”，每个页面都有特定的用途（以配置文件页面为例），使用ui路由嵌套视图。并非所有用户都会使用每个页面。因此，我选择将每个“页面”作为一个模块，转向WebPack。此应用程序的目标是尽可能地反应。切换页面/模块时，可能会出现轻微的负载时间

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

下面是我的问题：

我是否用webpack替换了大部分gulpfile，让webpack处理所有事情（这有什么好处）。或者创建一个中间文件夹（gulp输出），然后在该文件夹上运行webpack（只处理缩小的js/css/html文件）。基本上，了解我的库/框架是什么，以及我的情况，您将如何构建构建过程

您可以使用ngClassify app.coffee文件作为入口点吗？还是必须先编译。（如果可以，怎么做？）

您当然可以使用和管理您可能有的其他任务，但是Webpack的理念是它是您的整个构建，您不再需要吞咽任务来“缩小”、“连接”和“imagemin”文件等，因为Webpack通过使用和为您完成所有这一切

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

---

我恐怕没有答案的棱角分明的问题：）

David，你有没有找到这个问题的解决方案。如果你这样做了，我将不胜感激。谢谢：）很抱歉回复晚了，最后我几乎用webpack处理客户端的所有事情，然后用gulp完成服务器编译和复制任务。在最近的项目中，我根本不使用gulp，而只是将nodejs任务链接起来。所有的复杂性都是由webpack管理的，因此实际的构建非常简单。通过链接npm运行命令，您可以获得非常有效的构建链，不幸的是，我的上一个项目是私有的。但下面是对我的package.json中脚本列表的一部分的深入了解