Spins up multiple processes to compile multiple webpack configs. Requires webpack 3. usage: `npx multicore-webpack target1,target2 ::: --env dev`
npm install multicore-webpackMany webpack configs do so much file I/O and computationally intensive
operations to build your bundles, but Node.js is not designed to take advantage
of multicore processors.
``txt
usage: multicore-webpack NAME[,NAME...] ::: ARGS...
NAME The name argument of a webpack 3+ config.
ARGS The usual args you pass to webpack to build your config.
This can include the --config option as well, if you do not use
webpack.config.js.`
webpack.config.js
`js`
module.exports = [ require('./a.webpack.js'), require('b.webpack.js') ];
| a.webpack.js | b.webpack.js |
| |
`bash`
npm install -g multicore-webpack
multicore-webpack alpha,bravo ::: --env dev
- There's no speed improvement if you're only building a single webpack config.
- Issues #3 applies if
you are throwing more config targets than you have CPU cores.
- There is a hard limit of 99 webpack config targets at the moment to safeguard
against a fork bomb. This can be raised to 65536 as soon as #3 is resolved.
- Submit a PR ;)
- Target is C99; no features newer than C99 should berelied on, but it is
recommended to compile targeting C11.
- CFLAGS include -fstrict-aliasing`.