Recall that there have been some problems with YAML for configuration apart from vulnerability issues. I also grew sick of using it for configuration honestly. But then if you use Rails, you have to keep doing things "the Rails way" which is not necessarily "the sensible way."

Storing configuration in the environment is one of the tenets of a twelve-factor app.

This convention is reasonable. Starting to get rid of YAML for configuration because there is a way to do so and probably be happy with that choice.

At an average, we have 2 to 4 environments (development, test, production and staging). Keeping 4 files rather than one big YAML file makes sense to me.

What can go wrong? If we forget to set environment variables for any environment including production, the app will not work.

There are many gems like figaro and dotenv. All work well but for Sinatra and Cuba apps, I use heroku config.

You would need to create at least 2 shell files that contain credentials and other info used by your application. One would be for development and another for production. Both files should be on your gitignore or global gitignore file.

Install heroku-config

$ heroku plugins:install git://
# config/

To set the environment variables for Heroku, it would be this simple:

cat config/ | heroku config:push

On a Cuba application, I don't have any YAML files for configuration. But there's this code taken from the Cuba app example:

module Settings'').scan(/(.*?)='?(.*)'?$/).each do |key, value|
    ENV[key] ||= value


No YAML files. Good change!

This is not a sponsored post but since Packt asked me to mention about the campaign, please check PacktLib Plus to get 5 free downloads on your first month of subscription. The promotion ends on November 4.

comments powered byDisqus

Hello! I am Kat. I've been a developer for several years. When I'm not sitting down, reading and working for long hours, I am traveling to some place of interest.
If you want to reach out, you can send me an email or add me up on Google Plus.