使用不同的环境
A Zen student went up to a hot dog vendor and said: "Make me one with everything".
— Joke
环境背景很重要。 如果你想对 Puppet 的配置清单在应用到生产环境之前先进行测试， 你可以使用 Puppet 的 environment 特性来做到。 这可以让你根据环境应用不同的配置清单来设置客户机。例如，你可以定义如下的环境：
development
staging
production
你可以在 puppet.conf 文件中设置环境。在本例中，我们将添加一个 development 环境，用于指向一套不同的配置清单。
操作步骤
在 puppet.conf 文件中添加如下行：
[development]
manifest = /etc/puppet/env/development/manifests/site.pp
modulepath = /etc/puppet/env/development/modules:/etc/puppet/modules
工作原理
你可以根据你的喜好将一套与一个环境相关的配置清单存在磁盘的任何位置， 只要设置 manifest 参数指向顶级的 site.pp 文件即可。在本例中, 我们为 development 环境所编制的配置清单保存在 /etc/puppet/env/development 目录。 类似地，你还需要使用 modulepath 参数指定这个环境需要使用的模块目录。
在上面的例子中，参数 modulepath 同时包括了 /etc/puppet/modules； 所以若 Puppet 在你的 development 环境中找不到模块，它也会在默认的环境中寻找。 这就意味着你仅需要将区别于其他环境的模块存入 development 环境。
默认的环境是 production，所以如果你没有指定 Puppet 的环境的话，将会使用默认环境。
更多用法
如果你使用 Git 这样的版本控制系统，你的不同环境可以是 Git 的不同分支。 一旦你编制了新模块并完成了测试，就可以将其合并（merge）到用于生产环境的 Git 主分支（master branch）。 你可以在 R.I. Pienaar 的文章里了解更多使用环境的技巧： http://www.devco.net/archives/2009/10/10/puppet_environments.php 。
译者注
你还可以参考 http://puppetlabs.com/blog/git-workflow-and-puppet-environments/ 了解关于使用 Git 和 Puppet 动态环境的技巧。
你可以用多种方式指定客户端的环境。 一种方式是在运行 Puppet 时使用 --environment 开关：
# puppet agent --test --environment=development
另一种方式是在客户端的 puppet.conf 文件中使用 environment 参数指定：
[main]
environment=development
如果你使用的是外部节点分类器脚本（将在本书第 9 章的描述），也可以指定客户端所属的环境。
你也可以为每一个环境指定不同的 fileserver.conf（参考 配置 Puppet 的文件服务器 一节）。 为了实现此功能，需要在 Puppetmaster 的配置文件 puppet.conf 中为每个环境设置 fileserverconfig 参数：
[development]
fileserverconfig = /etc/puppet/fileserver.conf.development
[production]
fileserverconfig = /etc/puppet/fileserver.conf.production
更多的信息，请参考 Puppet Labs 的“使用多环境”的页面： http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments 。