您是否知道工作流程包含使用grunt编译的应用程序的源地图？
我很了解这样的插件uglifyjs，您可以通过它们简单地生成源地图。但是我正在寻求将其整合到更复杂的工作流程中，而不仅仅是制作一次性的源地图。
我注意到最流行的Yeoman生成器（据我所知）在其工作流中缺少源映射。这仅仅是因为源地图的主要插件缺乏支持吗？还是在工作流程中没有必要使用源映射，而我只是想不出一个足够聪明的替代方法？
我遇到的流行的grunt插件的主要问题来源包括：
uglify是无法处理连最基本的工程结构没有哈克修复。
usemin此外，它还无法处理最简单的配置之外的源地图，因为它实际上只能为每个项目支持一个（但是仍然需要黑客来纠正它）。一个可能的解决方案显然是要停止使用usemin完全，但你失去了所有的它的好处，就像它配对rev，watch和connect。
我在想，我的最佳做法可能是在测试应用程序时使用未连接/未缩小的源进行测试。当然，这不是理想的，因为我希望我的测试环境尽可能地反映生产环境。
您在grunt项目中使用了源地图吗？你怎么做呢？如果没有，您如何解决缺乏对他们的支持？
更新02/17/14
Z Goddard和我正在研究整个grunt-contrib套件中的源地图。有关整个套件的计划选项，请参见此回购。我们还在开发一个新的库，sourcemap-util它将提供用于通过任何库生成源地图的帮助程序功能。如果有更多进展，我将进行更新。
我已经做了足够的研究，现在可以回答我自己的问题。
不，目前还没有任何好的方法来处理原始地图。
双方usemin并grunt-contrib-uglify需要更新这个工作，因为我想。我提交了请求请求，grunt-contrib-uglify这是获得更好的源地图支持的良好开端。运气好的话，这种拉力将被合并。
至于usemin，我不同意它处理依赖关系的方法。我已经开始了一个单独的项目grunt-resourceful，该项目的处理方式有所不同。该项目仍处于起步阶段，所以我不建议现在使用它。发布后，我将对其进行更新1.0.0。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句