Common configs for Puppet modules I maintain
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.

ModuleSync Configs

This repository contains default configuration for modulesync for the modules I maintain.

Command Quick Reference

msync update -m "Commit message" [ --changelog ] [ --amend --force ]

Adding Slack Notifications

Slack info needs to be generated per-module and added to .sync.yml. The commands below will create (and overwrite) this file for you with the needed settings.


git checkout .

echo '---' > .sync.yml
echo '.travis.yml:' >> .sync.yml
echo '  slack_rooms:' >> .sync.yml
echo "    - '$(travis encrypt "<account>:<token>" --no-interactive | sed -e 's/"//g')' # first-room-name" >> .sync.yml
echo "    - '$(travis encrypt "<account>:<token>" --no-interactive | sed -e 's/"//g')' # second-room-name" >> .sync.yml
echo ''>> .sync.yml

git add .sync.yml
git commit -m 'updated slack config' .sync.yml
git push origin feature/modulesyncbranch

Modify the above commands with your info. Also, if you have modified the branch modulesync will push to then you need to update the last line too.

Configuring ModuleSync


A key-value store of arguments to pass to ModuleSync. Each key is the name of a flag argument to the msync command. For example, namespace: myusername represents passing --namespace myusername to msync. This file does not appear in this repository because it only serves to override default configuration.


A YAML array containing the names of the modules to manage.

Defining Module Files


Each first-level key in this file is the name of a file in a module to manage. These files only appear here if there are templates in the moduleroot/ directory that need to be rendered with some default values that might be overridden. The files listed do not necessarily represent all the files that will be managed. The files in moduleroot/ represent all the files that will be managed, except for unmanaged and deleted files (see [#Special Options]).


This file should appear in the module itself if there are any values to override from the config_defaults.yml file or if there are any additional values to assign. A description of what optional values can be defined in .sync.yml follows in the description of each file in moduleroot/. .sync.yml will have the same format as config_defaults.yml.


Each template is rendered in slightly different ways. Your templates to not need to be identical to these, as long as your config_defaults.yml or .sync.yml files contain as first-level keys the exact names of the files you are managing and appropriately handle the data structures you use in your templates (arrays versus hashes versus single values).

Special Options

Unmanaged Files

A file can be marked "unmanaged" in .sync.yml, in which case modulesync will not try to modify it. This is useful if, for example, the module has special Rake tasks in the Rakefile which is difficult to manage through a template.

To mark a file "unmanaged", list it in .sync.yml with the value unmanaged: true. For example,

  unmanaged: true

Deleted Files

Managing files may mean removing files. You can ensure a file is absent by marking it "delete". This is useful for purging nodesets.

To mark a file deleted, list it in .sync.yml with the value delete: true. For example,

  delete: true

Adding a new module

To add a new module, append it to the managed_modules.yml file and create a PR for the change here. To avoid any surprises, your module should already be up-to-date with the current templates. To do so, run [bundle exec] msync --noop -f <module name> and commit and push the changes in modules/<module name> to your module. If you need to make local changes to this, add a .sync.yml as described above and rerun msync with --offline added. This will avoid blowing away the current checked out state. You can repeat this process as often as you need to get the module in an acceptable state.