I guess my question is what is the best practice for salt CI?
1. I want to have a 'trunk' environment to test states, i guess basic yaml
validation and/or running salt '*' state.hightstate -v test=True would be
sufficient, but I should not be able to run this state on my production.
2. I need 'production' salt environment. Once states are tested in trunk,
they can be promoted to 'production'
3. I need promotion mechanism between environments (i though git branches
could be good candidate)
The workflow should be something like this:
Engineer works on code in his branch -> push to remote git -> make a pull
request to merge into 'trunk' environment -> merged pull request triggers
jenkins to run the tests -> manual or automatic promotion to 'production'
Does this make any sense at all? Is there some best practices for what I
want to achieve?
I have chef background and we used to have something like I described. But
now I started a new project and they are using salt.
You received this message because you are subscribed to the Google Groups "Salt-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to firstname.lastname@example.org.
For more options, visit https://groups.google.com/d/optout.