Go to file
Kris Borchers 569bbcca0c Update copyright statement 2016-11-23 10:42:22 -06:00
.github Small tweak to relevant info asked 2016-11-17 21:19:52 +01:00
benchmark added more benchmark fixtures 2016-04-22 01:05:38 +02:00
bin Update code to pass lint 2016-11-21 09:08:54 +09:00
buildin fix bug where children is not visible on module object 2016-06-05 10:20:05 +02:00
ci fix(travis): brute force install for INVALIDPEERs 2016-10-27 12:13:46 -05:00
examples removed DedupePlugin 2016-11-15 09:25:58 +01:00
hot fix 'no-inner-declarations' warnings 2016-10-29 19:30:01 +05:30
lib don't shim shims and update node-libs 2016-11-23 11:31:24 +01:00
schemas Allow use of booleans in the `externals` option 2016-11-19 16:47:40 +01:00
test don't shim shims and update node-libs 2016-11-23 11:31:24 +01:00
web_modules make it webpack-able 2013-07-10 23:20:07 +02:00
.editorconfig split linting and testing into travis jobs 2016-11-23 12:11:38 +01:00
.eslintrc Add more eslint rules 2016-11-21 09:08:55 +09:00
.gitattributes fixed small issues with new loader-runner 2015-12-30 16:39:10 +01:00
.gitignore chore: update `should` dependency 2016-10-27 14:15:09 +08:00
.jsbeautifyrc better beautify scripts 2015-07-16 00:18:04 +02:00
.travis.yml enable fast finish to finish build without waiting for OSX builds 2016-11-23 12:11:39 +01:00
CONTRIBUTING.md Feature/add yarn packaging (#3125) 2016-10-12 02:13:37 -05:00
LICENSE Update copyright statement 2016-11-23 10:42:22 -06:00
README.md Update README.md 2016-11-22 15:02:51 -06:00
appveyor.yml fix the appveyor build 2016-11-16 14:45:24 +01:00
codecov.yml added codecov.yml 2016-08-17 12:47:42 +02:00
package.json split linting and testing into travis jobs 2016-11-23 12:11:38 +01:00

README.md

webpack

NPM version Gitter chat Downloads

NPM

build Build Status Appveyor Status Coverage Status

dependencies Dependency Status devDependency Status peerDependency Status

donation [OpenCollective](https://opencollective.com/webpack#support) [OpenCollective](https://opencollective.com/webpack#support) gratipay donate button

BADGINATOR

documentation v1.x

documentation v2.x beta

This README reflects v1.x.

Introduction

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 both 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. coffeescript to JavaScript, handlebars strings to compiled functions, images to Base64, etc.
  • Highly modular plugin system to do whatever else your application requires.

Getting Started

Check out webpack's documentation for quick Getting Started guide, in-depth usage, tutorials and resources.

Installation

project: npm install webpack --save-dev

global: npm install webpack -g

Usage: https://webpack.github.io/docs/tutorials/getting-started/

Examples

Take a look at the examples folder.

Features

Plugins

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

Performance

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

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.

Please see Using Loaders for more information.

basic

  • json: Loads file as JSON
  • raw: Loads raw content of a file (as utf-8)
  • val: Executes code as module and consider exports as JavaScript code
  • script: Executes a JavaScript file once in global context (like in script tag), requires are not parsed.

packaging

  • file: Emits the file into the output folder and returns the (relative) url.
  • url: The url loader works like the file loader, but can return a Data Url if the file is smaller than a limit.
  • image: Compresses your images. Ideal to use together with file or url.
  • svgo-loader: Compresses SVG images using svgo library
  • baggage: Automatically require any resources related to the required one
  • polymer-loader: Process HTML & CSS with preprocessor of choice and require() Web Components like first-class modules.

dialects

templating

  • html: Exports HTML as string, require references to static resources.
  • jade: Loads jade template and returns a function
  • handlebars: Loads handlebars template and returns a function
  • ractive: Pre-compiles Ractive templates for interactive DOM manipulation
  • markdown: Compiles Markdown to HTML
  • ng-cache: Puts HTML partials in the Angular's $templateCache

styling

  • style: Add exports of a module as style to DOM
  • css: Loads css file with resolved imports and returns css code
  • postcss: Loads and compiles css using various plugins
  • less: Loads and compiles a less file
  • sass: Loads and compiles a scss file
  • stylus: Loads and compiles a stylus file

misc

  • po: Loads a PO gettext file and returns JSON
  • mocha: Do tests with mocha in browser or node.js
  • eslint: PreLoader for linting code using ESLint.
  • jshint: PreLoader for linting code.
  • jscs: PreLoader for style checking.
  • injectable: Allow to inject dependencies into modules
  • transform: Use browserify transforms as loader.
  • jsbeautify: Autoformatting code.

For the full list of loaders, see list of loaders.

Module Format (AMD/CommonJS)

webpack supports both AMD and CommonJS module styles. 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.

Code Splitting documentation

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.

Optimization documentation

A small example of what's possible

// webpack is a module bundler.
// This means webpack takes modules with dependencies
// and emits static assets representing those modules.

// Dependencies can be written in CommonJS
var commonjs = require("./commonjs");
// or in AMD
define(["amd-module", "../file"], function (amdModule, file) {
	// while previous constructs are sync,
	// this is async
	require(["big-module/big/file"], function (big) {
		 // For async dependencies, webpack splits
		 // your application into multiple "chunks".
		 // This part of your application is
		 // loaded on demand (code-splitting).
		var stuff = require("../my/stuff");
		// "../my/stuff" is also loaded on-demand
		//  because it's in the callback function
		//  of the AMD require.
	});
});


require("coffee!./cup.coffee");
// "Loaders" are used to preprocess files.
// They can be prefixed in the require call
// or configured in the configuration.
require("./cup");
// This does the same when you add ".coffee" to the extensions
// and configure the "coffee" loader for /\.coffee$/

function loadTemplate (name) {
	return require("./templates/" + name + ".jade");
	// Many expressions are supported in require calls.
	// A clever parser extracts information and concludes
	// that everything in "./templates" that matches
	// /\.jade$/ should be included in the bundle, as it
	// can be required.
}


// ...and you can combine everything.
function loadTemplateAsync (name, callback) {
	require(["bundle?lazy!./templates/" + name + ".jade"],
	  function (templateBundle) {
	          templateBundle(callback);
	});
}

Documentation

documentation

Changelog

changelog

Tests

You can run the Node tests with npm test.

You can run the browser tests:

cd test/browsertests
node build

and open tests.html in the browser.

Contribution

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-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.im room.

License

Copyright (c) JS Foundation

MIT (http://opensource.org/licenses/mit-license.php)

Thanks to

(In chronological order)

  • @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-webpack. 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.

Sponsoring

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 weback
  • 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

Core team

The note shows the main area of involvement. Of course we all contribute in many areas.


Tobias Koppers
Core

Founder of webpack

Johannes Ewald
Styling loaders & plugins

Early adopter of webpack

Sean T. Larkin
Public relations

Pushed the core team forming

Juho Vepsäläinen
Documentation

Wrote the ebook - Webpack

Kees Kluskens
webpack-dev-server

supports his open source work on webpack

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 (t____.k____@gmail.com, insert fullname here).

Sponsors

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

Backers

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

Dependencies