この種の状況で私が通常行っていることは (私は Capistrano を使用していませんが)、いくつかの構成ファイルをソース管理にコミットすることです。
例えば :
config.php
開発機用
- このファイルは、アプリケーションによって常に使用されるファイルです
config.testing.php
config.staging.php
config.production.php
アプリケーションをサーバーにデプロイするときは、現在の環境に対応するファイルを " " にコピーするだけconfig.php
です。これは、アプリケーションが常に使用するファイルだからです。
これは、ビルド プロセス中にファイル コピーを実行する必要があることを意味します。
- つまり、壊れる可能性のある検索と置換の必要がないことを意味します
- また、すべての構成ファイルが SVN (または使用しているソース管理ソフトウェア)にコミットされていることも意味します。
構成ファイルが複雑になりすぎて、多くのものが重複する場合は、常に含まれる「デフォルト」の構成ファイルと、環境に依存するものだけを定義するサブ構成ファイルを持つことを考えることができます。
それは、私が前に言ったことはまだ立っています:「デフォルト」ファイルを互いの先頭に含めるだけです。