Upgrading to Rails 4 with Capistrano

What to watch out for when doing your first deploy after upgrading from Rails 3.

A JavaScript runtime is needed on all servers

In Rails 3, asset pipeline related gems were confined to a special :assets group in the Gemfile. In practice this meant those gems were only loaded during asset compilation, which happens on the web server. Your web server would therefore need a JavaScript runtime (e.g. Node) installed in order to load things like the coffee-script gem.

In Rails 4, the standard Gemfile no longer has an :assets group, which means asset pipeline gems are always loaded in production, on all servers. Make sure you have a JavaScript runtime installed on all of your servers or you may get this error when starting your app:

Could not find a JavaScript runtime.

There are two common ways to resolve this:

  • Install Node on the server (sudo apt-get install nodejs)
  • Add therubyracer gem to your Gemfile

Capistrano’s manifest backup fails

The capistrano-rails plugin for Capistrano 3 automatically makes a backup of your asset pipeline manifest during deployment. The script is written in such a way that it assumes only a single manifest file will exist.

When doing your first deploy of a Rails 4 app after upgrading from Rails 3, you will end up with multiple manifests: the old Rails 3 manifest will still be in shared/public/assets from previous deployments, and the new Rails 4 manifest (which uses a different format and filename) will be created alongside it.

In this situation Capistrano deployment will fail with an error:

assets_manifest_backup is not a directory

To correct the problem, SSH into your server and move the old *manifest.yml files out of shared/public/assets and into a backup location. Then re-run the deployment.

Specify secret_key_base

Rails 4 uses a mechanism for encrypting sessions that makes use of a new configuration setting called secret_key_base. Since it is not stored in source control, make sure your deployment environment is somehow specifying this value.

Don’t attempt upgrading from Capistrano 2.x at the same time

If your Rails 3 project uses Capistrano 2.x and you are considering upgrading to Capistrano 3, resist the temptation to do the Capistrano upgrade and the Rails update at the same time. Upgrading Capistrano brings its own set of headaches, so I recommend a staggered approach.

  • Upgrade your app to Rails 4 first. In your Gemfile, pin the capistrano gem at the older version using gem "capistrano", "~> 2.15.5".
  • Deploy your Rails 4 app. Use a staging/test environment to work out the kinks, then take it all the way to production.
  • Once Rails 4 is working nicely, then tackle the Capistrano 3 upgrade.

Good luck!

You just read

What to watch out for when doing your first deploy after upgrading from Rails 3.

March 2014

Share this post?  Copy link

About the author

Hi! I’m a Ruby and CSS enthusiast, regular open source contributor, software engineer, and occasional blogger writing from the San Francisco Bay Area. Thanks for stopping by! —Matt

GitHub Email LinkedIn