我们开始在工作中的项目中采用 Symfony 2,这很棒,但是我正在努力解决一个我几乎已经遇到的挑战,但还不是完全。
Symfony 将环境的概念视为单个服务器上的单独运行时。这很棒,因为您可以使用不同的前端控制器 (web) 在运行时之间切换,或者随心所欲地使用 env 开关 (cli)。
但是,作为开发过程的一部分,我们的代码部署在许多服务器上。每个人都有一个本地虚拟机,然后代码通过集成、QA、暂存,最后是生产传播。
因此,我们的环境概念是服务器(虚拟或物理)。以下是此自定义配置的目标
- 在运行时环境切换方面维护 Symfony 的 ootb 功能
- 允许每个服务器的公共(即开发人员控制)配置
- 维护每个服务器的私有(即 sysad 控制的)配置
- 适用于 web 和 cli
这意味着我们不能仅仅 100% 依赖parameters.ini或任何静态命名的文件,因为开发人员需要控制每个服务器的配置,而且所有这些文件都将在 git 中彼此相邻。
所以,我想做的就是这个。向设置服务器环境的 parameters.ini 添加一个新值。像这样的东西
应用程序/配置/参数.ini
[parameters]
server="int"
然后,在内核中,根据该值加载一个附加配置文件。例如,我希望它可以工作,但它没有(因为在此步骤中容器还不存在)
应用程序/AppKernel.php
public function registerContainerConfiguration(LoaderInterface $loader)
{
$loader->load(__DIR__.'/config/config_'.$this->getEnvironment().'.yml');
// Per-server config
$server = $this->getContainer()->getParameter( 'server' );
if ( $server )
{
$loader->load(__DIR__.'/config/server/'.$server.'.yml');
}
}
这将使开发人员可以使用app/config/server/int.yml之类的文件来控制非私有(即,不是 parameters.ini)配置值。
感谢您的阅读,如果有什么令人困惑的地方,请告诉我。
编辑
为了澄清,我不能使用或依赖的东西
- *nix 环境变量来自用户的配置文件或通过
export
. 为什么?集成、QA 和暂存可能都在同一个盒子上 - vhost 配置中的任何内容(不适用于 cli)
- 静态命名的文件(即,刚刚命名为server.ini的文件不起作用)