npm install --save-dev @dulcetjs/webpack

The README reflects webpack v2.x, webpack v1.x documentation can be found here.

webpack is a bundler for modules. The main purpose is to bundle JavaScript files for usage in a browser, yet it is also capable of transforming, bundling, or packaging just about any resource or asset.

TL;DR

• Bundles ES Modules, CommonJS and AMD modules (even combined).
• Can create a single bundle or multiple chunks that are asynchronously loaded at runtime (to reduce initial loading time).
• Dependencies are resolved during compilation, reducing the runtime size.
• Loaders can preprocess files while compiling, e.g. TypeScript to JavaScript, Handlebars strings to compiled functions, images to Base64, etc.
• Highly modular plugin system to do whatever else your application requires.

Get Started

Check out webpack's quick Get Started guide and the other guides.

Plugins

webpack has a rich plugin interface. Most of the features within webpack itself use this plugin interface. This makes webpack very flexible.

|Name|Status|Description| |:--:|:----:|:----------| |common-chunks-webpack-plugin||Generates chunks of common modules shared between entry points and splits them into separate bundles (e.g vendor.bundle.js && app.bundle.js)| |extract-text-webpack-plugin||Extracts Text (CSS) from your bundles into a separate file (app.bundle.css)| |component-webpack-plugin||Use components with webpack| |compression-webpack-plugin||Prepare compressed versions of assets to serve them with Content-Encoding| |i18n-webpack-plugin||Adds i18n support to your bundles| |html-webpack-plugin|| Simplifies creation of HTML files (index.html) to serve your bundles|

Loaders

webpack enables use of loaders to preprocess files. This allows you to bundle any static resource way beyond JavaScript. You can easily write your own loaders using Node.js.

Loaders are activated by using loadername! prefixes in require() statements, or are automatically applied via regex from your webpack configuration.

Files

|Name|Status|Description| |:--:|:----:|:----------| |raw-loader||Loads raw content of a file (utf-8)| |val-loader||Executes code as module and consider exports as JS code| |url-loader||Works like the file loader, but can return a Data Url if the file is smaller than a limit| |file-loader||Emits the file into the output folder and returns the (relative) url|

JSON

|Name|Status|Description| |:--:|:----:|:----------| |||Loads a JSON file (included by default)| |||Loads and transpiles a JSON 5 file| |||Loads and transpiles a CSON file|

Transpiling

|Name|Status|Description| |:--:|:----:|:----------| |<script>||Executes a JavaScript file once in global context (like in script tag), requires are not parsed| |||Loads ES2015+ code and transpiles to ES5 using Babel| |||Loads ES2015+ code and transpiles to ES5 using Traceur| |||Loads TypeScript like JavaScript| |||Loads CoffeeScript like JavaScript|

Templating

|Name|Status|Description| |:--:|:----:|:----------| |||Exports HTML as string, require references to static resources| |||Loads Pug templates and returns a function| |||Loads Jade templates and returns a function| |||Compiles Markdown to HTML| |||Loads and transforms a HTML file using PostHTML| ||| Compiles Handlebars to HTML|

Styling

|Name|Status|Description| |:--:|:----:|:----------| |<style>||Add exports of a module as style to DOM| |||Loads CSS file with resolved imports and returns CSS code| |||Loads and compiles a LESS file| |||Loads and compiles a SASS/SCSS file| |||Loads and compiles a Stylus file| |||Loads and transforms a CSS/SSS file using PostCSS|

Linting && Testing

|Name|Status|Description| |:--:|:----:|:----------| |||Tests with mocha (Browser/NodeJS)| |||PreLoader for linting code using ESLint| |||PreLoader for linting code using JSHint| |||PreLoader for code style checking using JSCS|

Frameworks

|Name|Status|Description| |:--:|:----:|:----------| |||Loads and compiles Vue Components| |||Process HTML & CSS with preprocessor of choice and require() Web Components like first-class modules| ||| Loads and compiles Angular 2 Components|

Performance

webpack uses async I/O and has multiple caching levels. This makes webpack fast and incredibly fast on incremental compilations.

Module Formats

webpack supports ES2015+, CommonJS and AMD modules out of the box. It performs clever static analysis on the AST of your code. It even has an evaluation engine to evaluate simple expressions. This allows you to support most existing libraries out of the box.

Code Splitting

webpack allows you to split your codebase into multiple chunks. Chunks are loaded asynchronously at runtime. This reduces the initial loading time.

Optimizations

webpack can do many optimizations to reduce the output size of your JavaScript by deduplicating frequently used modules, minifying, and giving you full control of what is loaded initially and what is loaded at runtime through code splitting. It can also make your code chunks cache friendly by using hashes.

Most of the time, if webpack is not working correctly for you it is a simple configuration issue.

If you are still having difficulty after looking over your configuration carefully, please post a question to StackOverflow with the webpack tag. Questions that include your webpack.config.js and relevant files are more likely to receive responses.

If you have discovered a bug or have a feature suggestion, feel free to create an issue on Github.

If you create a loader or plugin, please consider open sourcing it, putting it on npm and following the x-loader, x-webpack-plugin convention.

You are also welcome to correct any spelling mistakes or any language issues.

If you want to discuss something or just need help, here is our Gitter room.

Most of the core team members, webpack contributors and contributors in the ecosystem do this open source work in their free time. If you use webpack for a serious task, and you'd like us to invest more time on it, please donate. This project increases your income/productivity too. It makes development and applications faster and it reduces the required bandwidth.

This is how we use the donations:

• Allow the core team to work on webpack
• Thank contributors if they invested a large amount of time in contributing
• Support projects in the ecosystem that are of great value for users
• Support projects that are voted most (work in progress)
• Infrastructure cost
• Fees for money handling

Early Backers and Sponsors

We had other sources of donations before starting to use OpenCollective. We want to acknowledge these early sponsors and backers, but donations were not public and we are not sure of donors want to stay anonymous. So if you want to be in this list, just drop @sokra a note via mail ([email protected], insert fullname here).

Become a sponsor and get your logo on our README on Github with a link to your site.

Become a backer and get your image on our README on Github with a link to your site.

• @google for Google Web Toolkit (GWT), which aims to compile Java to JavaScript. It features a similar Code Splitting as webpack.
• @medikoo for modules-webmake, which is a similar project. webpack was born because I wanted Code Splitting for modules-webmake. Interestingly the Code Splitting issue is still open (thanks also to @Phoscur for the discussion).
• @substack for browserify, which is a similar project and source for many ideas.
• @jrburke for require.js, which is a similar project and source for many ideas.
• @defunctzombie for the browser-field spec, which makes modules available for node.js, browserify and webpack.
• Every early webpack user, which contributed to webpack by writing issues or PRs. You influenced the direction...
• @shama, @jhnns and @sokra for maintaining this project
• Everyone who has written a loader for webpack. You are the ecosystem...
• Everyone I forgot to mention here, but also influenced webpack.