Package Exports
- electron-builder
- electron-builder/out/builder
- electron-builder/out/index
This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (electron-builder) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.
Readme
electron-builder 
Complete solution to build ready for distribution and "auto update" installers of your app for OS X, Windows and Linux.
npm install electron-builder --save-dev- Native application dependencies compilation (only if two-package.json project structure used).
- Auto Update ready application packaging.
- Code Signing on a CI server or development machine.
- Build version management.
- Publishing artifacts to GitHub Releases.
electron-packager, appdmg and windows-installer are used under the hood.
Real project example — onshape-desktop-shell.
Two package.json structure
We strongly recommend to use two package.json files (it is not required, you can build project with any structure).
For development
In the root of the project.
Here you declare dependencies for your development environment and build scripts.
For your application
In the
appdirectory. Only this directory is distributed with real application.
Why the two package.json structure is ideal and how it solves a lot of issues (#39, #182, #230)?
- Native npm modules (those written in C, not JavaScript) need to be compiled, and here we have two different compilation targets for them. Those used in application need to be compiled against electron runtime, and all
devDependenciesneed to be compiled against your locally installed node.js. Thanks to having two files this is trivial. - When you package the app for distribution there is no need to add up to size of the app with your
devDependencies. Here those are always not included (because reside outside theappdirectory).
Configuration
See options, but consider to follow simple guide outlined below at first.
In short
Specify standard fields in the application
package.json— name,description,versionand author (for Linux homepage and license are also required).Specify build field in the development
package.json:"build": { "app-bundle-id": "your.id", "app-category-type": "your.app.category.type", "iconUrl": "(windows only)" }
See options. This object will be used as a source of electron-packager options. You can specify any other options here.
Create directory
buildin the root of the project and put yourbackground.png(OS X DMG background),icon.icns(OS X app icon) andicon.ico(Windows app icon).Linux icon set will be generated automatically on the fly from the OS X
icnsfile (or you can put them into thebuild/iconsdirectory — filename must contains size (e.g.32x32.png)).Add scripts to the development
package.json:"scripts": { "postinstall": "install-app-deps", "pack": "build", "dist": "build" }
And then you can run
npm run packornpm run dist(to package in a distributable format (e.g. dmg, windows installer, deb package)). Both scripts are the same because If script nameddistor name has prefixdist:, flag--distis implied.Install required system packages.
Auto Update
electron-builder produces all required artifacts:
.dmg: OS X installer, required for OS X user to initial install.-mac.zip: required for Squirrel.Mac..exeand-ia32.exe: Windows installer, required for Windows user to initial install. Please note — your app must handle Squirrel.Windows events. See real example..full-nupkg: required for Squirrel.Windows.-amd64.deband-i386.deb: Linux Debian package. Please note — by default the most effective xz compression format used.
You need to deploy somewhere releases/downloads server. Consider to use Nuts (GitHub as a backend to store assets) or Electron Release Server.
Code Signing
OS X and Windows code singing is supported.
On a development machine set environment variable CSC_NAME to your identity (recommended). Or pass --sign parameter.
export CSC_NAME="Developer ID Application: Your Name (code)"Travis, AppVeyor and other CI servers
To sign app on build server:
- Export certificate. Strong password must be used. Consider to not use special characters (for bash) because “values are not escaped when your builds are executed”.
- Upload
*.p12file (e.g. on Google Drive). - Set (Travis or AppVeyor)
CSC_LINKandCSC_KEY_PASSWORDenvironment variables:
travis encrypt "CSC_LINK='https://drive.google.com/uc?export=download&id=***'" --add
travis encrypt 'CSC_KEY_PASSWORD=beAwareAboutBashEscaping!!!' --addBuild Version Management
CFBundleVersion (OS X) and FileVersion (Windows) will be set automatically to version.build_number on CI server (Travis, AppVeyor and CircleCI supported).
CLI Usage
Execute node_modules/.bin/build --help to get actual CLI usage guide.
In most cases you should not explicitly pass flags, so, we don't want to promote it here (npm lifecycle is supported and script name is taken in account).
Want more — please file issue.
Programmatic Usage
See node_modules/electron-builder/out/electron-builder.d.ts. Typings is supported.