Creating a JavaScript Development Environment: Production Deploy

coryWelcome to the final part of this review of the Pluralsight course “Creating a JavaScript Development Environment” by Cory House.

Cory is a Microsoft MVP in C#, founder of, avid tech reader, and speaker.

He believes in clean code, pragmatic development, and responsive native UIs.

He has also created, and has the authored Pluralsight courses including Building Applications with React and Flux and Building Applications with React and Redux in ES6.

Also in this series:
Part 1 – You Need a Starter Kit
Part 2 – Editors and Configuration
Part 3 – Package Management
Part 4 – Development Web Server
Part 5 – Automation
Part 6 – Transpiling
Part 7 – Bundling
Part 8 – Linting
Part 9 – Testing and Continuous Integration
Part 10 – HTTP Calls
Part 11 – Project Structure
Part 12 – Production Build
Part 13 – Production Deploy

Production Deploy

Separating the UI and API

In a real app, Cory recommends separating the UI and the API into different projects, and he explains 5 reasons why we should do this.

Cloud Hosting

Where should we host our app? Here are just some options:

– Amazon Web Services
– Microsoft Azure
– Heroku
– Firebase
– Google Cloud Platform
– Pubstorm
– GitHub Pages (static files only)
– Surge (static files only)

In this module Cory uses Heroku for the host API and Surge for the host UI.

Demo: Automated API Deploy via Heroku

To follow along with this lesson, sign up to Heroku and go through the introduction and setup steps first.

Cory created and API project that works well with Heroku and you can find it at
Its a modified version of the Heroku starter kit.

This project contains only five files and Cory runs through each of them here, beginning with our package.json file.
Cory has kept the code in index.js as simple as possible, although you can use some of the tips you learned earlier in this course to enhance it if you like.
The app.json file describes our app to Heroku and we define the name, description, repository and keywords here.
The Procfile declares the command that Heroku should run.

We see that the command to loggin into Heroku is quite intuitive:

> heroku login

As well as logging in, we see how to create the app and load the generated URL. We also see some git commands for updating our app.

We can see the JSON for our users here:

We can now update our baseUrl.js code with the URL for our actual API.

Demo: Automated UI Deploy via Surge

We setup a 3 stage process to get code into production:

  1. npm start (to do development)
  2. npm run build (build in production mode)
  3. npm run deploy (push production build to production host)

We’ve already done the first two of these steps earlier in this course.

And in this lesson, we learn that surge makes this final step easy. In fact we just add one line of code to our package.json.

Cory says Surge is awesome for hosting static frontends.

Starter Kit Update Approaches

If we have updates to our starter kit, how can we get those updates into the apps we’ve previously released? We could do it manually, but there are three options for doing this automatically:

Option 1: Yeoman

We could create a Yeoman generator. Then we can

  1. Commit
  2. Scaffold over the existing project
  3. Resolve conflicts manually

For detailed information on using Yeoman, see Steve Michelotti’s Yeoman Fundamentals course.

Option 2: Github

  1. Host on Github
  2. Fork starter kit for new project
  3. Pull changes from master

Option 3: npm

  1. Encapsulate kit in npm package
  2. Update npm package to receive latest

Cory asks the question “What can we centralize?” and discusses various items:

  • build scripts
  • npm scripts in package.json
  • webpack.config files
  • .eslintrc

Cory also lists the items that will likely need to remain decentralized.


Cory says there are dozens of alternative ways to build a JavaScript development environment. He recommends checking out the following projects and resources:

Find your perfect React starter project

Awesome Angular JS seed projects

He also provides some search terms for searching for starter kits online.


Unlike Cory’s React and Redux course, the challenge here isn’t about writing code. It is just to send a meeting invite out to your team. Get talking about the issues raised in this course and how they can help you.


I love everything about this course. It is paced, pitched and delivered exactly right. It covers a very wide list of topics, including many advanced ones, but it is explained simply and clearly, and there is something here for almost every JavaScript developer.

I think this course acts as a great weapon against JavaScript fatigue: curation. We are informed about many of the options available and are given sensible advice to help us make good choices and deliver results quickly. Because the enormous choice available to us JavaScript developers should be and can be enormously exciting.

One of my very favorite courses on Pluralsight.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s