I'd suggest that you first put some default values within the playbook (if you explicitly want your variables there, for the purpose of .. reducing interactivity/command line args lets say):
- hosts: all
Second, I'm pretty sure that pass is a reserved word somewhere, although I'm failing to find it in ...
Well, that's pretty broad, mostly this can boils down to two options:
Policy based management
In the first one you're describing the actions you want to be done to achieve the desired state, assuming previous state of the system or testing against it specifically, in the second you're describing what you expect as resulting state of the ...
I recommend that you use the printenv command for list system Variable:
and also An easy way to obtain the Jenkins environment variables list from your local installation is to append env-vars.html to the server's URL. the URL would be
Mostly because getting from an unknown state to a desired state is not a build step, at build you start from a known state, which is nil or blank, and create something.
But what you're missing, I think, is that with configuration as code you build the desired state once and deploy the resulting artifact multiple times.
For a Chef Cookbook as example, you ...
Running your config.yml through yamllint, produced the following:
1:1 warning missing document start "---" (document-start)
13:3 error duplication of key "build" in mapping (key-duplicates)
25:19 error syntax error: mapping values are not allowed here
When I add colons to the entry on lines 25 and 28:
You simply have an incorrect yaml syntax in your workflows jobs list.
From what I could very quickly understand on circleCI's documentation, jobs names are accepted as a shorthand if you don't define any parameters. If you have parameters, the list element is a hashmap with top element being the job name. In your specific case, this should give (note the ...
The closest thing to an official source for best practice configuration management is ITIL, but it is important to remember (most don't) that ITIL is a toolbox of ideas and techniques, it is supposed to be adapted to the unique requirements of each site, not applied verbatim.