Bundling Aurelia Applications
Matthew James Davis on

On February 1st 2015, not one month into the development of Aurelia, someone posted this infamous question to Stack Overflow: Why does the alpha version of Aurelia load so slowly? “My last test, showed it took 55 seconds to load the page with 135 requests.” The Aurelia team took notice immediately.

It has been almost a full year since then, and bundling has reached maturity; today, a bundled Aurelia application can load in under 1 second with only 5 requests maxing out under 300kb gzipped. Let’s see how to set up a bundling workflow.

The Bundle Task

First, let’s install the aurelia-bundler package by opening a console and running npm install aurelia-bundler --save-dev. Then, we can build a gulp task that leverages the bundler:


var gulp = require('gulp');
var bundler = require('aurelia-bundler');

var config = {
  bundles: {
    'dist/app-build': {
      includes: [

      	// First, we bundle all css, html, and javascript in the root folder 
      	// and all subfolders. The bundler reads the mapping from the
      	// config.js file, which by default uses the './dist/' folder.

        // Next, we need to bundle all project dependencies. It is a good 
        // idea to explicitly all required Aurelia libraries.

        // Next, we include the optional Aurelia dependencies. Your project 
        // may use dependencies not listed here.
        // Last, we include any other project dependencies.

      // Here we can specify what files not to bundle. I include a config.js
      // file in all of my projects that does NOT get deployed. I manually
      // create and upload this file to each deployment, with that deployment's
      // specific configuration. Therefore, I don't want to include it in 
      // the bundle.
      excludes: [

      // Lastly, since we are bundling for production, we want to minify as well.
      options: {
        minify: true

// Once we declare the configuration, we can define the bundle task. Note:
// "It is almost always a good practice to run unbundle before bundling. The 
// existing bundle injection and depCache should be cleared from config.js."
// (We will define the unbundle task in the next section.)
gulp.task('bundle', ['build', 'unbundle'], function() {
  return bundler.bundle(config);

When we run the gulp bundle task, what happens? The bundler processes all of the files listed above and their dependencies, concatenates them into a single minified javascript file, and updates the systemjs config.js file. The updated config.js file tells systemjs what files are in the package, so systemjs knows to fetch those modules from the bundle rather than their original location. Now, we are ready for deployment to a production environment!


  bundles: {
    "app-build": [
      ... // etc.

The Unbundle Task

If we ran gulp watch immediately following bundling, we would find that our project is now in one large, minified javascript file. While great for deployment, this will not work for development. Thus, we need to create an unbundle task in our bundle.js file. Luckily, this is quite straightforward.


gulp.task('unbundle', function() {
  return bundler.unbundle(config);

We can make things pretty simple by adding unbundle as a dependency to our gulp serve task, instructing gulp to unbundle whenever we start our development server.


gulp.task('serve', ['build', 'unbundle'], function(done) {


There are several advanced settings in the aurelia-bundler, but there’s one in particular that I want to talk about. Let’s say we wanted to host a core bundle through a CDN, and build various applications on top of that. When bundling each application, we would want to exclude all the modules in the CDN-hosted bundle. If any of these were listed as dependencies, however, the aurelia-bundler would by default try to bundle them in. We can instruct the bundler to exclude dependencies by wrapping the file or glob with brackets in the config:


var config = {
  bundles: {
    'dist/app-build': {
      includes: [

      	// The brackets tell the bundler that we will take responsibility
      	// for providing the dependencies for the **/*.js files.
      	... // etc

In general, I strongly recommend bundling your entire application into a single file. Not only does this reduce requests to the server and complexity in the bundler configuration, it will most importantly achieve a better overall compression ratio in gzip, which should be enabled in your production environment. Note that this differs from the skeleton-navigation configuration as of today.


Aurelia Bundler GitHub project
Skeleton Navigation bundle configuration
StackOverflow Question Revision History
[OUTDATED] Official Aurelia blog post
[OUTDATED] Best Practices for Bundling and Minification