Open sberney opened 6 years ago
I think it'd slow down parallel-webpack
so much that any potential speed gain would be lost immediately. The reason for that is that each build is run in a separate processes so we'd need to do a lot of cross-process communication - during the build. That certainly won't be fast.
Please note that parallel-webpack
is not meant to be used in all situations. At trivago, we're only using it for production builds. Tests and development builds are not using it (we avoid the many variants in those cases).
Explain the problem
I use
karma-webpack
for testing, and there is nokarma-parallel-webpack
plugin. My code gets built three times -- during build (using parallel-webpack), and twice more for two test suites. I can't (easily) write akarma-parallel-webpack
plugin, becauseparallel-webpack
doesn't expose thecompiler
/compiler.plugin
API thatkarma-webpack
relies on.What is involved in exposing this API? It seems like it would involve lots of message-passing.