WebPack 4：devtool eval with minification
WebPack 4: devtool eval with minification
我正在寻找一种 WebPack 配置，其中捆绑包的大小最小，但我仍然可以生成引用原始源文件和行的人类可读堆栈跟踪。列信息不是必需的。
是否可以让 WebPack 4 缩小您的代码并使用 devtool: "eval" 机制（或其他机制）以便您在异常期间获得的堆栈跟踪与原始源位置很好地格式化？
我试图将 mode: "production" 与 devtool: "eval" 结合起来，但它们似乎是相互排斥的，例如一个选项的存在会强制另一个选项无效。
我的要求：我在生产中部署的代码必须生成人类可读的堆栈跟踪。它是 AWS Lambda 中的 NodeJS 8.x 环境。
我还试图将捆绑包的大小保持在尽可能低的水平，因为它可以缩短 Lambda 函数的冷启动时间。
cheap-module-eval-source-map 是最小的 sourcemap 类型，您将能够看到实际的源代码（或者至少比缩小代码更好）。
您可以查看那个 here 的文档。请注意，您必须牺牲大小才能获得优质的源地图。 sourcemap 越精确，它就越大。
我正在寻找一种 WebPack 配置，其中捆绑包的大小最小，但我仍然可以生成引用原始源文件和行的人类可读堆栈跟踪。列信息不是必需的。
是否可以让 WebPack 4 缩小您的代码并使用 devtool: "eval" 机制（或其他机制）以便您在异常期间获得的堆栈跟踪与原始源位置很好地格式化？
我试图将 mode: "production" 与 devtool: "eval" 结合起来，但它们似乎是相互排斥的，例如一个选项的存在会强制另一个选项无效。
我的要求：我在生产中部署的代码必须生成人类可读的堆栈跟踪。它是 AWS Lambda 中的 NodeJS 8.x 环境。
我还试图将捆绑包的大小保持在尽可能低的水平，因为它可以缩短 Lambda 函数的冷启动时间。
cheap-module-eval-source-map 是最小的 sourcemap 类型，您将能够看到实际的源代码（或者至少比缩小代码更好）。
您可以查看那个 here 的文档。请注意，您必须牺牲大小才能获得优质的源地图。 sourcemap 越精确，它就越大。