Extends YAML to support file based inheritance.
That can be very handy to build a configuration hierarchy.
Basic support for ERB (embedded ruby) is included and automatically applied when config files are named *.erb
or *.erb.*
.
If you are just doing administration without knowing ruby, you can also just use the command line tool that is included to use this librarys features. Ensure, that ruby is installed on your system, before following further instructions.
It is possible to build inheritance trees like:
defaults.yml
________\_________
\ \ \
dev.yml int.yml prod.yml
or like this:
fruits.yml vegetables.yml default.yml extensions.yml
\ / \ /
food.yml merged.yml
|
another_extended.yml
A file can inherit from as many as you want. Trees can be nested as deep as you want.
YAML files are deep merged, the latest specified child file overwrites the former ones. Array values are merged as well by default. You can specifiy this with the 3rd Parameter.
The files to inherit from are specified by the key 'extends:' in the YAML file. That key can be customized if you prefer another one. See the examples below.
Add this line to your application's Gemfile:
gem 'yaml_extend'
And then execute:
bundle install
If you just want to use the command line then run
gem install yaml_extend
yaml_extend adds the method YAML.ext_load_file to YAML.
This method works like the original YAML.load_file, by extending it with file inheritance.
Given the following both files are defined:
# start.erb.yml
extends: 'super.yml'
data:
name: 'Mr. Superman'
age: 134
# using ERB templating with ruby code
foo: '<%= 'bar' %>'
favorites:
- 'Raspberrys'
# super.yml
data:
name: 'Unknown'
power: 2000
favorites:
- 'Bananas'
- 'Apples'
When you then call ext_load_file
config = YAML.ext_load_file 'start.erb.yml'
the returned YAML value results in
data:
name: 'Mr. Superman'
age: 134
foo: 'bar'
power: 2000
favorites:
- 'Bananas'
- 'Apples'
- 'Raspberrys'
If you want to inherit from several files, you can specify a list (Array) of files. They are merged from top to bottom, so the latest file "wins" - that means it overwrites duplicate values if they exist with the values in the latest file where they occur.
extends:
- 'super_file.yml'
- 'parent_file.yml'
...
If you don't want to use the default key 'extends:', you can specify your own custom key in two ways.
#custom1.yml
inherit_from:
- 'super_file.yml'
foo: 'bar'
...
You can specify the key by parameter, this is the way to go if you want to use the different key only once or you use the ext_load_file
method only once in your application.
config = YAML.ext_load_file 'custom1.yml', 'inherit_from'
You can specify the key by configuration globally. So you only need to set the key once and not as parameter anymore
YAML.ext_load_key = 'inherit_from'
config = YAML.ext_load_file 'custom1.yml'
To reset the global inheritance key, you can either set it to nil or call the reset_load_key
method.
YAML.reset_load_key # more readable
YAML.ext_load_key = nil # more explicit
#custom2.yml
options:
extend_file: 'super_file.yml'
database: false
foo: 'bar'
...
config = YAML.ext_load_file 'custom2.yml', ['options','extend_file']
yaml_extend
is also available on the command line after installation.
To parse and merge a prepared YAML file, just run
yaml_extend path/to/my/yaml_file.yml
Usually you might want to put the result into resulting YAML file. So just use the basic command line features to do so:
yaml_extend path/to/my/yaml_file.yml > combined_yaml.yml
Default options are used, custom options are not yet supported as parameters.
YAML.ext_load_file(yaml_path, inheritance_key='extends', options = {})
yaml_path
(String) relative or absolute path to yaml file to inherit frominheritance_key
(String) you can overwrite the default key, if you use the default 'extends' already as part of your configuration. The inheritance_key is NOT included, that means it will be deleted, in the final merged file. Default:'extends'
options
(Hash) collection of optional options, including all options of the baseddeep_merge
gem:preserve_inheritance_key
(Boolean) Preserve inheritance key(s) from resulting yaml, does most time not make sense especially in multiple inheritance - DEFAULT: false- The following options are deep merge options that can be passed by - but the defaults differ from original https://github.com/danielsdeleo/deep_merge#options
:preserve_unmergeables
(Boolean) Set to true to skip any unmergeable elements from source - DEFAULT: false:knockout_prefix
(String) Set to string value to signify prefix which deletes elements from existing element - DEFAULT: nil:overwrite_arrays
(Boolean) Set to true if you want to avoid merging arrays - DEFAULT: false:sort_merged_arrays
(Boolean) Set to true to sort all arrays that are merged together - DEFAULT: false:unpack_arrays
(String) Set to string value to run "Array::join" then "String::split" against all arrays - DEFAULT: nil:merge_hash_arrays
(Boolean) Set to true to merge hashes within arrays - DEFAULT: false:extend_existing_arrays
(Boolean) Set to true to extend existing arrays, instead of overwriting them - DEFAULT: true:merge_nil_values
(Boolean) Set to true to merge nil hash values, overwriting a possibly non-nil value - DEFAULT: false:merge_debug
(Boolean) Set to true to get console output of merge process for debugging - DEFAULT: false
See also rubydoc at https://www.rubydoc.info/gems/yaml_extend
Bug reports and pull requests are welcome on GitHub at https://github.com/magynhard/yaml_extend. This project is intended to be a safe, welcoming space for collaboration, and contributors are expected to adhere to the Contributor Covenant code of conduct.