连接后更新脚本标记的Javascript构建工具

我非常热衷于在Javascript/Web应用程序开发中使用一些构建技术，例如

• 浓缩
• 缩小
• 用数据替换图像：uri的
• 构建与源代码*
• 应用缓存清单生成*

最后两个问题我还没有找到答案

构建与源代码 我这样说的意思是，我的HTML和Javascript有一个“源”版本，不必每次都构建来预览更改。我所有的JS文件都是单独的标签，就像构建和使用最终连接版本更新这些脚本部分一样。老实说，我觉得所有这些新的Javascript构建系统都遗漏了一些东西，因为这似乎是一个明显的需求，但我找不到其他人谈论它。其他人是怎么处理的？。。基于开发过程中的每一个变更？？当然不是

应用缓存清单生成 这就解释了它自己——遍历我的源代码树，构建一个清单并将其插入到我的标记中

我找了这两个人，但都没找到什么线索？ 如果不是这两个人，我会在路上遇到一个杀手级的建造系统

谢谢

回复：构建vs源代码 听起来你对格伦特已经很熟悉了。你可能想考虑一下

它添加了许多新任务，特别是

grunt mkdirs

和

grunt copy

，它们将项目目录复制到单独的暂存文件夹中，然后将优化后的项目复制到发布文件夹中。如果我没弄错的话，这就是你所说的保持源文件的“未触及”版本的意思吗

运行

grunt服务器

将在本地主机上提供发布文件的内容。如果希望在未优化状态下检查应用程序，则可以始终将web服务器指向初始项目目录

节点构建脚本

添加了一系列其他超级方便的任务，如图像优化、自动文件旋转和替换。它非常容易使用，而且非常可定制

我有一个使用

节点构建脚本的脚本

，这可能也是我感兴趣的

回复：应用缓存清单生成 我相信这曾经是

节点构建脚本的一部分，但后来被删除了，请参见

没有什么能阻止你创建一个定制的咕噜任务，它使用了类似于however的东西

最后，如果你还没准备好的话，谷歌即将推出的产品可能值得关注
 
拥有我的HTML和Javascript的“源”版本
HTML和Javascript已经是源代码了；你不需要建造它们。如果我不熟悉web应用程序编写术语，请原谅，但构建它们是什么意思？打包可能是另一个术语，而不是“构建”。举个例子，用数据URI替换图像时要小心。因为它们是base64编码的，所以数据URI保证比原始URI大33%。此外，通过将图像资源移动到HTML中，通常会破坏缓存机制。（对页面进行一个小的更新就意味着重新传输所有图像；图像数据会在页面之间复制，等等）老实说，我根本不会使用数据URI。