Warum so viele [nicht cachefähige] Dateien mit Webpack neu kompilieren?

Question

Ich habe ein ziemlich kleines Projekt. Rund 800 Module. Wenn ich eine der Dateien ändere und die webpack-watch alles neu kompiliert, dauert es viel länger als ich möchte. Und ich denke, dass der Hauptgrund darin besteht, dass es Hunderte von Dateien auflistet, die [not cacheable] sind.

Es gibt Hunderte dieser Dateien jedes Mal, wenn ich auch nur ein einziges-char Änderung zu speichern.

Irgendwelche Ideen, was dazu führen könnte, dass diese Dateien nicht zwischenspeicherbar sind? Irgendwelche Ideen, wo ich anfangen kann, es herauszufinden? Ich habe herumgestochert und war bisher nicht erfolgreich. Der einzige Lader für meine .js Dateien ist ts-loader. Ansonsten benutze ich keine anderen Lader.

Ich brauche nur ein paar Ideen, wo ich anfangen soll. This github issue gibt es seit Jahren, ohne Antwort darauf. Die Leute brauchen Hilfe herauszufinden, wie man weiß, warum eine bestimmte Datei nicht zwischenspeicherbar ist. Irgendwelche Ideen würden hier sehr geschätzt. Ich kann Proben von meinem webpack.config.js zeigen. Ich bin jetzt auf Webpack 1. Ich denke nicht, dass das das Problem ist.

Lassen Sie mich wissen.

Answer 1

Ich habe keine Antwort, die dies für alle lösen wird. Aber für meinen Fall benutzte ich einen Loader, der meine Sachen nicht speicherbar machte. Sobald ich das behoben hatte, war es gut zu gehen. Der Lader, den ich benutzte, ist mark-loader. Sobald ich das herausgenommen hatte, waren alle Dateien sofort wieder cachefähig.