Webpack Babel Starter
A webpack 2 starter kit with full development & build workflow, inspired by topheman/react-es6-redux.
What's in this boilerplate:
- Development / Build / Lint tasks
- Babel transpiler
- Eslint / babel-eslint / eslint-config-airbnb-base
- Sass support
- Ship a version of your site with sourcemaps (see demo)
Already in use in the following projects:
- topheman/rxjs-experiments (RxJS) (switched to v2)
- topheman/react-es6-redux (React/Redux/Github Api) - since v3.0.0 (using v1)
- topheman/d3-react-experiments (React/d3) (switched to v2 + setup react-hot-loader@3)
I also have ported it on topheman/angular2-sandbox to be used the same way in an Angular2 / TypeScript project (using v1).
Install
git clone https://github.com/topheman/webpack-babel-starter.git
cd webpack-babel-starter
npm install
Run
npm start
If you need to access from a remote device (such as a smartphone on the same network), just LOCALHOST=false npm start
and your site will be accessible via your IP (which will be output on the terminal at launch).
Build
The ./build
directory is ignored by git, it will contain a dist
directory which holds the distribution version of your website (the one that you will ship once built).
All the build tasks will create a built version of the project in the ./build/dist
folder, cleaning it before making the build.
npm run build
npm run build-prod
optimized / uglified versionnpm run build-prod-all
will build:- production version (optimized / uglified)
- a debuggable version accessible at
/devtools
shipping all the sourcemaps, to ease sharing transpiled source code
npm run serve-dist
will serve your ./build/dist
folder at http://localhost:3000 so that you could test the built version you just made.
Linter
- eslint is running while you're developping, check your console for errors
- you can also launch it via
npm run lint
- see
.eslintrc
for the configuration (currently, this project uses the airbnb presets - if you find it to restrictive, just remove"extends": "airbnb-base"
in the.eslintrc
)
Customizations
You can customize the behavior of the scripts by specifying environments vars:
NODE_ENV
by default atdevelopment
,NODE_ENV=production
when younpm run build-prod
LINTER=false
will disable the linter (enabled by default, ex:LINTER=false npm start
)STATS=true
will writestats.json
profiling file on disk from webpack at build (disabled by default, ex:STATS=true npm run build
)FAIL_ON_ERROR=true
will break the build if any errors occurs (useful for CIs such as travis - atfalse
in dev-server, attrue
when building)LOCALHOST=false
to access via IP from other devices on the same network (ex:LOCALHOST=false npm start
- defaulttrue
)DEVTOOLS
: By default atnull
. Used internally bynpm run build-prod-all
(you may not need that if you don't do OSS)
Assets
The main image loaders are declared in the webpack config so that when you require('./foo.png')
or use the helper url('./bar.gif')
in your .scss
files, at build time, those images will automatically be:
- copied into
/build/dist/assets
- there name will be hashed (without you bothering with the reference in the generated code)
- the hashed name will only change if the file changes (caching & git friendly)
- I made sure that the css supports relative urls (this is why
main.css
lands at the same level asindex.html
)
FAQ / Deploy
- deploy on github pages - see wiki
- a problem ? Checkout the FAQ
- Using React ? Checkout how I integrated all the usual tools around React on some of my own projects, based on this boilerplate.
Bonus
Check the source code of the html/js/css generated files, you'll see a banner containing informations such as:
- date the build was made
- version
- git revision / link to this revision on github
Contributing
PRs are welcome, just keep in mind this boilerplate aims to keep beeing framework agnostic.
Everything related to contributing (tests, framework dependencies ...) is located in the /contributing folder. Check the readme in there to see how to setup your workspace.
Versions
v3 (current)
- Dropped yarn for npm@5 (you remain free to choose whatever package manager you want, the project is compatible with both yarn and npm).
v2
Still available on this branch.
Migrated to webpack2. The workflow and the npm tasks remain exactly the same.
If you were using the v1 with webpack1, the webpack team has a migrating path. You can also see the steps I followed to migrate this stack from v1 to v2:
- setup yarn (unrelated to webpack)
- minimal changes for migration to webpack v2
- upgrade eslint
- code splitting with
import()
- upgrade minor dependencies
v1
Still available on this branch.
First version, using webpack1.
Copyright 2017 ยฉ Christophe Rosset
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. The Software is provided "as is", without warranty of any kind, express or implied, including but not limited to the warranties of merchantability, fitness for a particular purpose and noninfringement. In no event shall the authors or copyright holders be liable for any claim, damages or other liability, whether in an action of contract, tort or otherwise, arising from, out of or in connection with the software or the use or other dealings in the Software.