我正在寻求推出一个木偶安装的环境 ，并希望通过版本控制获得广泛的东西。 在我开始实施我认为自然的事情之前，我决定做一些阅读，看看别人在做什么。
谷歌首先打开这篇文章 ，讨论dynamic环境。
虽然dynamic环境对于开发来说听起来很棒，但它们对于现场系统来说听起来并不安全 然而，文章提到，如果你使用dynamic环境，你将能够摆脱“单一工作stream程” 。
在我看来，虽然你将拥有一个“静态的环境集合” ，dynamic的环境或不是，因为在生产中 ，你将永远使用生产环境 。 我会将这个论点延伸到其他重要的现场系统，例如预生产质量保证箱。
我还假设dynamic环境能够工作，你需要在你打算testing的代理上运行类似的东西
puppet agent --environment $dev_branch 如果你没有告诉代理人使用新的环境，谁会关心你是否在木偶大师身上暴露了一个新的开发部门。
我的问题是适合生产箱子，箱子和其他重要系统的dynamic环境; 还是严格要求发展？
我不认为我理解你的问题。 “dynamic环境”只是puppetmasterconfiguration和git使用风格的名称，允许您添加和删除puppet环境，而无需重新configurationpuppetmaster。 任何你可以做静态环境的dynamic环境。 傀儡环境的基本概念仍然是一样的，只有pipe理他们对傀儡主的变化的过程。
无论您是否需要频繁更换“制作中”的傀儡环境，都取决于您如何pipe理基础架构。 如果你很想find这样的人，可以考虑在傀儡邮件列表上而不是在这里。
有一件事要记住，木偶叫做“环境”，不需要与你所说的公司环境相对应。 例如，您可以有一个“生产”木偶环境，与您公司生产和qa环境中使用的实时傀儡模块和hiera数据相对应，您可以拥有一个与傀儡模块和hiera相对应的“开发”木偶环境仍在处理的数据。
我们允许不同的群体进入不同的分支，并因此允许configuration控制主机/configuration集。 不过，普通的傀儡基础设施与所有组织者（以及基础木偶剧本）都是共享的。