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

Question

我已经尝试使用Google搜索，并且some good info关于A-to-B源地图的工作方式，但是我找不到任何有关 A-to-B-to-logistics的后勤解释C 源地图。

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

任何人都可以帮助我理解这个的后勤...所有的源图都会在最后被“折叠”成一个源图吗？或者浏览器devtools是否必须遍历源映射树，直到找到没有源映射注释的文件？或者它以其他方式工作？

（也许这些东西已经有很好的记录了，我只是在搜索错误的条款？）

Answer 1

是的，它们已经崩溃，因为多级源地图还没有标准化。它是like this：

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

Stack Overflow上的previous topic中的更多信息。