Need help with configliere?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

126 Stars 8 Forks Other 342 Commits 16 Opened issues


Wise, discreet configuration for ruby scripts: integrate config files, environment variables and command line with no fuss

Services available


Need anything else?

Contributors list

h1. Configliere

This repository has moved: "infodhimps-platform/configliere": All further code work and gems will take place in the above repo, not here.

Configliere provides discreet configuration for ruby scripts.

bq. So, Consigliere of mine, I think you should tell your Don what everyone knows. -- Don Corleone

You've got a script. It's got some settings. Some settings are for this module, some are for that module. Most of them don't change. Except on your laptop, where the paths are different. Or when you're in production mode. Or when you're testing from the command line.

Configliere manages settings from many sources: static constants, simple config files, environment variables, commandline options, straight ruby. You don't have to predefine anything, but you can ask configliere to type-convert, require, document or password-obscure any of its fields. Basically: Settings go in, the right thing happens.

! Status)!:

h2. Example

Here's a simple example, using params from a config file and the command line. In the script:

    #/usr/bin/env ruby
    require 'configliere'
    Settings.use :commandline

    # Supply defaults inline.
      :dest_time => '11-05-1955',
      :delorean => {
        :power_source => 'plutonium',
        :roads_needed => true,
      :username => 'marty',

    # Pre-defining params isn't required, but it's easy and expressive to do so:
    Settings.define :dest_time, :type => DateTime, :description => "Target date"
    # This defines a 'deep key': it controls Settings[:delorean][:roads_needed]
    Settings.define 'delorean.roads_needed', :type => :boolean

    # The settings in this file will be merged with the above './examples/simple_script.yaml'

    # resolve! the settings: load the commandline, do type conversion, etc.
    p Settings

We'll override some of the defaults with a config file, in this case ./examples/simple_script.yaml

    # Settings for return
    :dest_time:       11-05-1985
      :power_source:  1.21 jiggawatts

Output, when run with commandline parameters as shown:

    ./time_machine.rb --username=doc_brown --delorean.roads_needed="" --delorean.power_source="Mr. Fusion"

    {:delorean => {:power_source=>"Mr. Fusion", :roads_needed=>nil}, :username=>"doc_brown", :dest_time=>#}

For an extensive usage in production, see the "wukong gem.":

h2. Notice

Configliere 4.x now has 100% spec coverage, more powerful commandline handling, zero required dependencies. However, it also strips out several obscure features and much magical code, which breaks said obscure features and magic-dependent code. See the "CHANGELOG.":CHANGELOG.textile for details as you upgrade.

h2. Design goals:

  • Omerta (Code of Silence). Most commandline parsers force you to pre-define all your parameters in a centralized and wordy syntax. In configliere, you don't have to pre-define anything -- commandline parameters map directly to values in the Configliere hash. Here's all you need to have full-fledged commandline params:
  $ cat ./shorty.rb
  require 'configliere'
  p [Settings,]

  $ ./shorty.rb --foo=bar go
  [{:foo=>"bar"}, ["go"]]
  • Be willing to sit down with the Five Families. Takes settings from (at your option): ** Pre-defined defaults from constants ** Simple config files ** Environment variables ** Commandline options and git-style command runners ** Ruby block (called when all other options are in place)

  • Don't go outside the family. Has no dependencies and requires almost no code in your script. Configliere makes no changes to standard ruby classes.

  • Offer discreet counsel. Configliere offers many features, but only loads the code you request explicitly by calling @[email protected]

  • Don't mess with my crew. Settings for a model over here can be done independently of settings for a model over there, and don't require asking the boss to set something up. You centralize configuration values while distributing configuration definition:

    # In lib/handler/mysql.rb
    Settings.define :mysql_host, :type => String, :description => "MySQL db hostname", :default => 'localhost'

    # In app/routes/homepage.rb
    Settings.define :background_color, :description => "Homepage background color"

    # In config/app.yaml
    :background_color:  '#eee'
    :mysql_host:        ''

You can decentralize even more by giving modules their own config files or separate Configliere::Param objects.

  • Can hide your assets. Rather than storing passwords and API keys in plain sight, configliere has a protection racket that can obscure values when stored to disk.


h2. Settings structure

A Configliere settings object is just a (mostly-)normal hash.

You can define static defaults in your module

      :dest_time => '11-05-1955',
      :fluxcapacitor => {
        :speed => 88,
      :delorean => {
        :power_source => 'plutonium',
        :roads_needed => true,
      :username => 'marty',
      :password => '',

All simple keys should be symbols. Retrieve the settings as:

    # hash keys
    Settings[:dest_time]                 #=> '11-05-1955'
    # deep keys
    Settings[:delorean][:power_source]   #=> 'plutonium'
    Settings[:delorean][:missing]        #=> nil
    Settings[:delorean][:missing][:fail] #=> raises an error
    # dotted keys resolve to deep keys
    Settings['delorean.power_source']    #=> 'plutonium'
    Settings['delorean.missing']         #=> nil
    Settings['']    #=> nil
    # method-like (no deep keys tho, and you have to #define the param; see below)
    Settings.dest_time                   #=> '11-05-1955'

h2. Configuration files

Call to read a YAML config file.

    # Settings for version II.
    :dest_time:        11-05-2015
      :power_source:    Mr. Fusion
      :roads_needed:    ~

If a bare filename (no '/') is given, configliere looks for the file in @Configliere::DEFAULTCONFIG[email protected] (normally ~/.configliere). Otherwise it loads the given file.'/etc/time_machine.yaml')  # looks in /etc/time_machine.yaml'time_machine.yaml')       # looks in ~/.configliere/time_machine.yaml

As you can see, you're free to use as many config files as you like. Loading a config file sets values immediately, so later-loaded files win out over earlier-loaded ones.

You can save configuration too:!('/etc/time_machine.yaml') # overwrites /etc/time_machine.yaml!('time_machine.yaml')      # overwrites ~/.configliere/time_machine.yaml

h2. Command-line parameters

    # Head back
    time_machine --delorean.power_source='1.21 jiggawatt lightning strike' --dest_time=11-05-1985
    # (in the time_machine script:)

Interpretation of command-line parameters:

  • name-val params: @[email protected] sets @Configliere[:param]@ to val. You must use the '=' in there: ./mycmd --filename=bar good, ./mycmd --filename bar bad.
  • boolean params: @[email protected] sets @Configliere[:param]@ to be true. @--param=""@ sets @Configliere[:param]@ to be nil.
  • single-char flags: Define a flag for a variable: Settings.define :filename, :flag => "f" allows you to say ./my_cmd -f=bar.
  • scoped params: A dot within a parameter name scopes that parameter: @[email protected] sets @Configliere[:group][:subgroup][:param]@ to val (and similarly for boolean parameters). ** Only @[\w.][email protected] are accepted in parameter names. '-' is currently accepted but causes a warning.
  • anything else is stored, in order, in @[email protected]
  • stop marker: a @[email protected] alone stops parameter processing and tosses all remaining params (not including the @[email protected]) into

Here are some things you don't get:

  • Configliere doesn't complain about [email protected]@'d commandline argvs. However, it does store each undefine'd argv (when resolve! is called) into @[email protected], so you can decide what to do about it.
  • Apart from converting @''@ (an explicit blank string) to @[email protected], no type coercion is performed on parameters unless requested explicitly (see below).
  • No validation is performed on parameters, but you can insert a middleware with a @validate!()@ method, or use a @:[email protected] block.
  • No ordering or multiplicity is preserved: you can't say @--file=this [email protected] Instead, define the param as an array Settings.define :file, :type => Array and give a simple comma-separated list.

Commandline parameters are demonstrated in "examples/simplescript.rb": and "examples/envvarscript.rb":

h2. Defined Parameters

You don't have to pre-define parameters, but you can:

    Settings.define :dest_time, :type => DateTime, :description => 'Arrival time'
    Settings.define 'delorean.power_source', :env_var => 'POWER_SOURCE', :description => 'Delorean subsytem supplying power to the Flux Capacitor.'
    Settings.define :password, :required => true, :encrypted => true

Defined parameters are demonstrated in most of the "example scripts":

h3. Description

If you define a param's description, besides nicely documenting it within your code the description will be stuffed into the output when the --help commandline option is invoked.

  $ ./examples/simple_script
  usage: simple_script.rb [...--param=val...]

    --delorean.roads_needed   delorean.roads_needed
    --dest_time=DateTime      Date to travel to [Default: 11-05-1955]

h3. Type Conversion

Parameters defined with a @:[email protected] and will be type-converted when you call @[email protected]

    Settings.define :dest_time,     :type => DateTime
    Settings.define :fugeddaboudit, :type => Array
    Settings :fugeddaboudit => 'badabing,badaboom,hey', :dest_time => '11-05-1955'
    Settings[:fugeddaboudit]   #=> ['badabing', 'badaboom', 'hey']
    Settings[:dest_time]       #=> #

Configliere can coerce parameter values to Integer, Float, :boolean, Symbol, Array, Date and DateTime.

  • :boolean converts nil to nil ; false, 'false', 0, '0' and '' to false; and everything else to true.
  • Array just does a simple split on ",". It doesn't do any escaping or quoting.
  • Date and DateTime convert unparseable inputs to nil.
  • :filename calls File.expand_path() on the param.

h3. Required Parameters

Any required parameter found to be nil raise an error (listing all missing params) when you call Settings.resolve! (See "examples/envvarscript.rb":

h3. Environment Variables

    Settings.define :dest_time,   :env_var => 'DEST_TIME'
    Settings.define :environment, :env_var => 'RACK_ENV'

h3. Encrypted Parameters

Define a param to be encrypted and invoke!. It will use Settings.encryptpass (or the ENCRYPTPASS environment variable) to encrypt the data when it is saved to disk. (see "examples/encryptedscript.rb":

    Settings.use :encrypted
    Settings.define 'amazon.api.key', :encrypted => true
    Settings 'amazon.api.key' => 'fnord'

In this example, the hash saved to disk will contain @{ :amazon => { :api => { :encrypted_key => "...encrypted val..." } } }@. After reading from disk, #resolve! will recover its original value: @{ :amazon => { :api => { :key => "fnord" } } }@.

bq. There are two kinds of cryptography in this world: cryptography that will stop your kid sister from reading your files, and cryptography that will stop major governments from reading your files. This book is about the latter. -- Preface to Applied Cryptography by Bruce Schneier

Configliere provides the former.

Anyone with access to the script, its config files and its normal launch environment can recover the plaintext password; but it at least doesn't appear when you cat the file while giving a presentation.

h2. Ruby Block

    Settings.use :config_block
    Settings.finally do |c|
      c.dest_time = ( + 60) if c.username == 'einstein'
      # you can use hash syntax too
      c[:dest_time] = ( + 60) if c[:username] == 'einstein'
    # ... rest of setup ...
    Settings.resolve!    # the finally blocks will be called in order

Configliere 'finally' blocks are invoked when you call @[email protected] They're guaranteed to be called at the end of the resolve chain, and before the validate chain.

Config blocks are demonstrated in "examples/configblock.rb":

h2. Shortcut syntax for deep keys

You can use a 'dotted key' like 'delorean.powersource' as simple notation for a deep key: @Settings['delorean.powersource']@ is equivalent to @Settings[:delorean][:power_source]@. You can use a dotted key in any simple reference:

  Settings['delorean.power_source'] = "Mr. Fusion"
  #=> "Mr. Fusion"
  #=> "Mr. Fusion"
  #=> { :delorean => {} }

Intermediate keys "auto-vivify" (automatically create any intervening hashes):

  Settings['one.two.three'] = "To tha Fo'"
  # Settings is { :one => { :two => { :three => "To tha Fo'" } }, :delorean => { :power_source => "Mr. Fusion" }

h2. Independent Settings

All of the above examples use the global variable @[email protected], defined in configliere.rb. It really works fine in practice, even where several systems intersect. You're free to define your own settings universe though:

    class Wolfman
      def config
        @config ||={
          :moon    => 'full',
          :nards   => true,

    teen_wolf =
    teen_wolf.config.defaults(:give_me => 'keg of beer')

    teen_wolf.config #=> {:moon=>"full", :nards=>true, :give_me=>"keg of beer" }
    Settings         #=> {}

Values in here don't overlap with the Settings object or any other settings universe. However, every one that pulls in commandline params gets a full copy of the commandline params.

h2. Project info

h3. Note on Patches/Pull Requests

  • Fork the project.
  • Make your feature addition or bug fix.
  • Add tests for it. This is important so I don't break it in a future version unintentionally.
  • Commit, do not mess with rakefile, version, or history. (if you want to have your own version, that is fine but bump version in a commit by itself I can ignore when I pull)
  • Send a pull request to
  • Drop a line to the mailing list for infochimps open-source projects, [email protected]

h3. Copyright

Copyright (c) 2010 mrflip. See LICENSE for details.

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.