Hmm ok thanks for the speedy reply! In implementing R10k, we've recently transitioned from a monolithic module repo to individual module repos. As such, our /etc/puppet/modules folder used to be managed by a single git repo that was periodically pulled down and synced with master. It seems sensible to me that since production would essentially include a majority of these modules, one would want the production Puppetfile managing /etc/puppet/modules and all other environments managing their own environments modulepath (/etc/puppet/environments/<environment>/modules). In my mind this saves space by avoiding copying production modules in multiple environments, and when you want to test a tweak to a module you can do so easily in a dev environment.
That being said, I'm curious about how others have it set up. If the production Puppetfile is managing the modules in /etc/puppet/environments/production, then what would be in the main module directory at /etc/puppet/modules? It seems like in our current setup that directory would be essentially empty if the production Puppetfile was pointed to manage the /etc/puppet/environments/production/modules directory... or am I missing something? On Wednesday, July 27, 2016 at 10:16:46 AM UTC-4, Rob Nelson wrote: > > I don't do any central modules, but everything in an environment > modulepath. That way there's no confusion about what module may be loaded. > It also keeps the configuration as simple as can be, no environment is > special in any way. > > > Rob Nelson > rnel...@gmail.com <javascript:> > > On Wed, Jul 27, 2016 at 10:06 AM, dsdwcal <gamerg...@gmail.com > <javascript:>> wrote: > >> So relatively recently we have deployed and set up R10k to manage our >> environments and modules. In terms of suggested practices, I am curios what >> others are currently doing to manage their production/dev environments. It >> seems logical to me to change the production puppetfile's moduledir to >> manage the /etc/puppet/modules directory, and have all other environments >> manage their own environments moduledirectory >> (/etc/puppet/environments/<environment>... That way the lookup hierarchy >> for modules will first look in the specific environment. If them module is >> not found, the production version of the module will be deployed. Is this >> recommended/ are there better ways of doing this? >> >> -- >> 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...@googlegroups.com <javascript:>. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/puppet-users/ea3009d7-09b9-4797-9087-3c012a0d9e49%40googlegroups.com >> >> <https://groups.google.com/d/msgid/puppet-users/ea3009d7-09b9-4797-9087-3c012a0d9e49%40googlegroups.com?utm_medium=email&utm_source=footer> >> . >> For more options, visit https://groups.google.com/d/optout. >> > > -- 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/708647b8-c215-4b90-8045-d0a1776874d0%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
