Product
Introducing License Enforcement in Socket
Ensure open-source compliance with Socket’s License Enforcement Beta. Set up your License Policy and secure your software!
grunt-webpack
Advanced tools
grunt-webpack
supports webpack 5 and (optional) webpack-dev-server
version 4.
grunt-webpack
Install this grunt plugin next to your project's Gruntfile.js. You also need to install webpack yourself, this grunt plugin does not install webpack itself.
npm install webpack grunt-webpack --save-dev
If you also want to use the webpack-dev-server task you also need to install webpack-dev-server
npm install webpack-dev-server --save-dev
Then add this line to your project's Gruntfile.js
gruntfile:
const webpackConfig = require('./webpack.config.js');
module.exports = function(grunt) {
// Project configuration.
grunt.initConfig({
...,
webpack: {
myConfig: webpackConfig,
},
...
});
grunt.loadNpmTasks('grunt-webpack');
};
webpack-grunt
offers two different tasks webpack
and webpack-dev-server
. Both support all webpack options as
can be seen in the webpack documentation. For exceptions and additions see this list.
Type: bool
Default: true
(false
if no TTY present)
Activates or deactivates the progress output of webpack.
Type: bool
Default: true
(false
if watch mode is used)
Will terminate the grunt process when an error happens if set to true
. If set to false
the grunt process will not be immediately terminated on error and instead continue to run.
Type: bool
Default: false
(true
if watch mode is used)
When set to true the grunt process/task will be kept alive after webpack task is finished. This is especially useful for watch
as this usually needs to run as long as not manually killed.
Type: string
Default: null
When set the stats from webpack will be written to a variable with the name provided in this option. The variable can later be used inside of other grunt tasks with template tags <%= %>
.
...
storeStatsTo: "webpackStats"
...
<%= webpackStats.hash %>
...
For more information about grunt template tags have a look at the grunt docs.
Type: bool
Default: undefined
Turn on watch mode. This means that after the initial build, webpack will continue to watch for changes in any of the resolved files.
Turning on watch mode also sets the following defaults:
cache
to true
keepalive
to true
failOnError
to false
There are no special options for this task. Some changed defaults for WebpackDevServer options are:
Name | default value |
---|---|
devServer.host | localhost |
This is a simple example that requires the webpack config from the config file. It also disables stats in non 'development' environments and enables watch in development.
const webpackConfig = require("./webpack.config.js");
module.exports = function (grunt) {
grunt.initConfig({
webpack: {
options: {
stats: !process.env.NODE_ENV || process.env.NODE_ENV === "development",
},
prod: webpackConfig,
dev: Object.assign({ watch: true }, webpackConfig),
},
});
grunt.loadNpmTasks("grunt-webpack");
};
The webpack task in this example has two targets called
prod
anddev
. They can be renamed to everything besidesoptions
. See the grunt docs for more information about targets.
On the command line you can then do the following.
# Run webpack with the `prod` target
> NODE_ENV='production' grunt webpack:prod
# Run webpack with the `dev` target
> grunt webpack:dev
# Run webpack for all targets
> grunt webpack
For more examples and information have a look at the webpack documentation which mostly also applies here besides the noted differences above.
In some cases you might want to load the webpack config lazy. This can be done by specifying a function as the config value. The first paramter to this function will be the complete grunt config, which can be used in cases where grunt templates do not work (see below).
module.exports = function (grunt) {
grunt.initConfig({
webpack: {
myconfig: () => ({
entry: path.join(__dirname, "entry"),
output: {
path: __dirname,
filename: "output.js",
},
}),
},
});
grunt.loadNpmTasks("grunt-webpack");
};
You could also use a promise
const webpackConfig = require("./webpack.config.js");
module.exports = function (grunt) {
grunt.initConfig({
webpack: {
myconfig: Promise.resolve(webpackConfig),
},
});
grunt.loadNpmTasks("grunt-webpack");
};
grunt-webpack supports grunt templates in all string values in it's configuration.
In the next example we use a template for output.filename
.
module.exports = function (grunt) {
grunt.initConfig({
outputFileName: "output.js",
webpack: {
myconfig: {
entry: path.join(__dirname, "entry"),
output: {
path: __dirname,
filename: "<%= outputFileName %>",
},
},
},
});
grunt.loadNpmTasks("grunt-webpack");
};
For plugins we cannot support grunt template interpolation, as plugins are class instances which we cannot modify during runtime without breaking them. If you need to use template in a string option to a plugin, you can use lazy config loading and use the supplied config. You can also use grunt inside directly to access utility methods:
module.exports = function (grunt) {
grunt.initConfig({
name: "Webpack",
pkg: {
copyright: "<%= name %>",
version: "6.55.345",
},
webpack: {
myconfig: (config) => ({
entry: path.join(__dirname, "entry"),
output: {
path: __dirname,
filename: "output.js",
},
plugins: [
new webpack.BannerPlugin({
banner: `/*! ${config.pkg.copyright} - Version ${
config.pkg.version
} dated ${grunt.template.today()} */`,
raw: true,
}),
],
}),
},
});
grunt.loadNpmTasks("grunt-webpack");
};
This is a simple example that requires the webpack config from the config file. Read how to configure webpack-dev-server in the webpack-dev-server documentation.
const webpackConfig = require("./webpack.config.js");
module.exports = function (grunt) {
grunt.initConfig({
"webpack-dev-server": {
dev: webpackConfig,
},
});
grunt.loadNpmTasks("grunt-webpack");
};
The webpack-dev-server task in this example has one target called
dev
. They can be renamed to everything besidesoptions
. See the grunt docs for more information about targets.
On the command line you can then do the following.
# Run webpack-dev-server with the `dev` target
> grunt webpack-dev-server:dev
# Run webpack for all possible targets
> grunt webpack-dev-server
For more examples and information have a look at the [webpack documentation]5] which mostly also applies here besides the noted differences above.
If you encounter this message it means that one of the plugins which are present in your config have circular references. This is not a bug in the plugin and is totally fine for webpack, but sadly grunt cannot handle these.
To workaround this problem use lazy config loading, by wrapping your config inside a function.
const webpackConfig = require("./webpack.config.js");
module.exports = function (grunt) {
grunt.initConfig({
webpack: {
myconfig: () => webpackConfig,
},
});
grunt.loadNpmTasks("grunt-webpack");
};
FAQs
Use webpack with grunt.
We found that grunt-webpack demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 4 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Product
Ensure open-source compliance with Socket’s License Enforcement Beta. Set up your License Policy and secure your software!
Product
We're launching a new set of license analysis and compliance features for analyzing, managing, and complying with licenses across a range of supported languages and ecosystems.
Product
We're excited to introduce Socket Optimize, a powerful CLI command to secure open source dependencies with tested, optimized package overrides.