構成情報に対する典型的なアプローチには、いくつもの問題があります。チームの各メンバーは、自分自身の構成オプションを持っています。そのような構成をコミットすると、他のメンバーに影響を与えます。キーは、レポジトリに入れるべきではありません。複数のサーバ環境があります。開発、テスト、本番などです。各サーバはそれ自身の構成情報を持たなければなりません。全ての構成オプションをすべての場合について定義するのは非常に反復の多い作業であり、保守するのにも時間を取りすぎます。単純な環境の概念を導入しました。ディレクトリ配下の一群のファイルとして表現されます。コマンドが環境を初期設定するのに使用されます。コマンドが実際にやっていることは、環境ディレクトリから、全てのアプリケーションがあるルートディレクトリへと、すべてをごっそりとコピーすることです。デフォルトでは二つの環境があります。最初のものは開発用の環境で、全ての開発ツールとデバッグが有効になっています。第二のものは本番サーバ配備用の環境で、デバッグと開発ツールは無効になっています。いう接尾辞を持つ構成情報ファイルを含んでいます。あるかのどちらかです。追加されており、ソースコードレポジトリには決してプッシュされません。重複を避けるために、構成情報はお互いを上書きします。フロントエンドは次の順序で構成情報を読み取ります。common/config/main.phpcommon/config/main-local.phpfrontend/config/main.phpfrontend/config/main-local.phpパラメータは次の順序で読まれます。common/config/params.phpcommon/config/params-local.phpfrontend/config/params.phpfrontend/config/params-local.php後の構成情報ファイルが先のものを上書きするわけです。全体の枠組みはこのようになります。