源映射如何在多个连续的构建步骤中工作？答案

【问题标题】：How do source maps work over multiple, consecutive build steps?源映射如何在多个连续的构建步骤中工作？
【发布时间】：2016-01-18 08:33:17
【问题描述】：

我试过谷歌搜索，有 some good info 关于 A-to-B 源映射如何工作，但我找不到任何关于A-to-B-to-C 源地图。

例如，使用 Browserify 可以有不同类型的输入文件（如 main.js、module-1.coffee、module-2.es6），并使用转换（coffeeify、6to5ify）来修改传入的数据。最后bundle.js 在源映射注释中包含一个巨大的内联数据 URI。它可以工作——如果bundle.js 中的某行抛出错误，那么 devtools 会向我显示原始源文件和行号，即使它在 CoffeeScript 模块中也是如此。

任何人都可以帮助我了解这个逻辑...是否所有源地图最后都“折叠”成一个单一的源地图？或者浏览器开发工具是否必须遍历源映射树，直到找到没有源映射注释的文件？还是以其他方式起作用？

（也许这些东西已经有据可查，而我只是在谷歌上搜索错误的术语？）

【问题讨论】：

标签： browserify source-maps

【解决方案1】：

是的，它们已折叠，因为多级源地图尚未标准化。它去like this：

var gen = SourceMapGenerator.fromSourceMap(new SourceMapConsumer(jsToMinMap));
gen.applySourceMap(new SourceMapConsumer(coffeeToJsMap));
var map = gen.toJSON();

更多信息请参阅 Stack Overflow 上的 previous topic。

【讨论】：