转自：https://segmentfault.com/a/1190000000513137
今天在进行 saltstack 多环境的时候，遇到一个问题，最终得到解决，好记性不如烂笔头，记录。
首先，我在 salt master 服务器上对 /etc/salt/master 配置文件进行多环境配置，配置文件如下：
file_roots:
base:
- /srv/salt/base
dev:
- /srv/salt/dev
prod:
- /srv/salt/prod
test:
- /srv/salt/test
然后在分别建立配置文件所配置的目录。
其中我的 /srv/salt/prod 的目录树如下：
/srv/salt/prod
|-- nginx
| `-- stock.sls
|-- stock.prod.com
| `-- nginx
| `-- stock.prod.com
`-- top.sls
我做这个主要是为了对集群中的 nginx 的配置文件进行批量管理，当配置文件变更后，能进行批量推送。
弄完以上后，执行命令让其生效：
sudo salt -N STOCK state.highstate -v
执行完毕，能成功生效，但是突然想到个问题，这个是全局的所有的环境的所有的状态生效，如果我要只对 prod 环境的某一个状态生效呢，或者是其他的环境。于是查看官方文档，发现了可以使用 state.sls 来指定特定的进行处理，当时也没有细看，就直接执行命令：
sudo salt -N STOCK state.sls nginx.stock
结果执行报错，告诉我在 base 下面没有匹配到 nginx.stock
当时想，不应该是，我不是定义了么，开始是以为 state.sls 和 state.highstate 一样，会对所有的环境遍历。
有问题，就 google 呗，然后 google 了下没有出来，啃官方文档去，找到 state.sls 的那段，发现定义如下：
salt.modules.state.sls(mods,saltenv='base',test=None,exclude=None,queue=False,env=None,concurrent=False,**kwargs)
从上面可以看出， state.sls 默认的运行环境是 base,另外通过查看了下 saltstack 的 google groups ，发现绿肥也对这个解答了下， state.sls 并不读取 top.sls，所以 state.sls 需要单独执行哪些 sls 的话，需要你自定义。
绿肥解答的连接请点击这里
注：由于万恶的长城的存在，请准备*。
经过上面的查看，因此，修正执行命令
sudo salt -N STOCK state.sls saltenv='prod' nginx.stock
多加一个参数 saltenv，问题解决。更详细的内容请看官方的文档介绍 - salt.modules.state.sls