#Chrome Extension Webpack Boilerplate
A foundation boilerplate for rich Chrome Extensions using ES6 and auto-reload and hot module replacement through Webpack.
##Developing a new extension I'll assume that you already read the Webpack docs and the Chrome Extension docs.
- Clone the repository.
- Run
npm install
. - Change the package's name and description on
package.json
. - Change the name of your extension on
src/manifest.json
. - Run
npm run start
- Load your extension on Chrome following:
- Access
chrome://extensions/
- Check
Developer mode
- Click on
Load unpacked extension
- Select the
build
folder.
- Access
- Have fun.
##Structure
All your extension's development code must be placed in src
folder, including the extension manifest. When you run npm run build
or npm run start
the dist
folder will be automatically created cloning the src
folder and compiling the assets.
The boilerplate is already prepared to have a popup, a options page and a background page. You can easily customize this.
Each page has its own assets package defined. So, to code on popup you must start your code on src/js/popup.js
, for example.
You must use the ES6 modules to a better code organization. The boilerplate is already prepared to that and here you have a little example.
##Webpack auto-reload and HRM
To make your workflow much more efficient this boilerplate uses the webpack server to development (started with npm run server
) with auto reload feature that reloads the browser automatically every time that you save some file o your editor.
You can run the dev mode on other port if you want. Just specify the env var port
like this:
$ PORT=6002 npm run start
data-bundle
attribute on its script declaration, like this:
<script data-bundle src="my_custom_bundle.js"></script>
##Packing After the development of your extension run the command
$ NODE_ENV=production npm run build
Now, the content of build
folder will be the extension ready to be submitted to the Chrome Web Store. Just take a look at the official guide to more infos about publishing.
##Secrets If you are developing an extension that talks with some API you probably are using different keys for testing and production. Is a good practice you not commit your secret keys and expose to anyone that have access to the repository.
To this task this boilerplate import the file ./secrets.<THE-NODE_ENV>.js
on your modules through the module named as secrets
, so you can do things like this:
./secrets.development.js
export default { key: "123" };
./src/popup.js
import secrets from "secrets";
ApiCall({ key: secrets.key });
👉 The files with name secrets.*.js
already are ignored on the repository.
##With React.js :bulb: If you want use React.js with this boilerplate, check the react branch.
Samuel Simões ~ @samuelsimoes ~ Blog