92%资产组合优化- webpack

Question

webpack似乎在92%的块资产优化上停留了大约几秒钟，以显示一个简单的js/css更改。对于任何一个理智的人来说，这是太长的时间了，他们不能坐下来等那么长的时间去看那些应该马上被呈现出来的东西。

我们处于开发模式(因此我们需要源映射，这会增加延迟)，但它仍然不应该是30+秒。此外，我们也没有使用uglify (我在GitHub上已经提到它占用了大量的时间)。

我们如何使构建时间接近即时，或者比现在快得多？

更新

下面是laravel-mix文件：

let mix = require('laravel-mix');

mix.react('resources/assets/js/app.js', 'public/js')
   .sass('resources/assets/sass/app.scss', 'public/css')
   .options({
     processCssUrls: false
   });

mix.webpackConfig({
    // Note: First build will always be slower regardless
    // Here we're talking about rebuild time

    // If commented out, rebuild is ~6 secs
    // devtool: "inline-source-map",

    // If not commented out, rebuild is 30+ secs
    devtool: "inline-source-map",
});

我发现inline-source-map对于最快的调试是最好的，因为它提供了在源代码中修复哪一行错误的最详细信息，非常直接地说明了要修复什么地方。我发现与其他类型相比，其他类型更加神秘，并且没有指示要在源代码中修复哪个行号，因此调试时间要长得多。

你们是怎么做到的？是否有一种方法可以快速重建，同时仍然能够使用源代码中的错误行号进行调试以修复它(如控制台所示)？

Answer 1

在远程运行build时，我也遇到了类似的问题，因此，在jenkin添加以下命令后，问题就为我解决了。

export "NODE_OPTIONS=--max_old_space_size=2000"

Answer 2

我做了一个yarn cache cleaning，它解决了我的问题"92%块资产优化TerserPlugin“在我的Ubuntu16.04主机上的谷歌云。

不确定它是否在你的机器上工作。

yarn cache clean

我在第二台机器上有这个问题，这台机器需要重新启动。

sudo reboot

Answer 3

运行ng serve --sourceMap=false