Hello all, I am trying to come up with a svn structure for hiera files that works on a multi tier environment... I have 3 environments: Dev, QA and Prod, each of them with its own puppet master server.
This is how the SVN structure looks like: svn └─ trunk └─ hiera └─ Dev └─ web-dev-node01.yaml └─ web-dev-node01.eyaml └─ QA └─ web-qa-node01.yaml └─ web-qa-node01.eyaml └─ Prod └─ web-prod-node01.yaml └─ web-prod-node01.eyaml └─ modules └─ tags └─ release_1.0 └─ hiera └─ Dev └─ QA └─ Prod └─ modules └─ release_2.0 As you all can imagine, this gets quite messy when the hiera code gets promoted through the environments with different .yaml file names or even when the code is tagged from trunk. In the latter scenario, if the variables are not sorted out for all environments first time, new releases need to be created, wasting space and leaving the repository quite cluttered... I think the solution comes down to take the hiera code out of trunk, but no sure where I should place it instead. Another approach would be to create another trunk for hiera, but to sure how effective this would be going forward: svn └─ trunk-hiera └─ Dev └─ QA └─ trunk-modules What do you guys think? how do you have this implemented in your environments? Thanks in advance -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/02d0f43c-8dae-475b-8c8c-6c96393c7cc9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.