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 salt-users+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Search Discussions

Discussion Posts

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 1 of 2 | next ›
Discussion Overview
groupsalt-users @
postedAug 6, '14 at 11:02p
activeAug 7, '14 at 10:46p

2 users in discussion

MxN: 1 post Frederic Medery: 1 post



site design / logo © 2022 Grokbase