1

現在、アプリが実行されている環境に基づいて依存性注入コンテナーを構築するために使用される 4 つの XML ファイルがあります。

  • base.xmlは、次のベースとして機能する私のデフォルト構成です。
    • dev.xmlこれには、ローカルの vagrant 開発環境に適用されるオーバーライドが含まれています
    • staging.xmlテスト/記述環境に適用されるオーバーライドが含まれています
    • production.xml本番サーバーのオーバーライドが含まれています

これらのファイルをアプリケーション コードと一緒にバージョン管理する必要があるかどうかは完全にはわかりません。すべての機密データは、CVS から無視される構成ファイルに保存されるため、機密データが公開されることは問題になりません。むしろ、アプリを実行する環境ごとにバージョン管理下にある xml ファイルを使用することが正しい方法であると完全に確信しているわけではありません。

たとえば、ステージング サーバーとテスト サーバーを分割することを検討しています。これは、新しいサーバー用に追加の .xml 構成ファイルを作成する必要があることを意味します。また、将来、異なるシステム (OS、Web サーバー、データベースなど) でテストする場合は、おそらく、テスト対象のシステムごとに .xml ファイルを作成する必要があります。

私はただ妄想しているだけですか、それともこの問題に関する一般的なコンセンサスは何ですか?

4

1 に答える 1

4

異なる環境の構成ファイルをソース管理下に置かない理由がわかりません。誰かのシステムやネットワーク共有ドライブにあるファイルに依存しないように、構成ファイルをソース管理下に置くことは一般的に良い習慣だと思います。さらに、突然すべてが壊れたときに古いバージョンに戻したり、何かの履歴を確認したりする必要がある場合は、ソース管理の履歴を持つことが信頼できる友達です。

それらのファイルが変更されない場合でも、それらのファイルをソース管理することがあなたの最大の利益になると思います。

于 2012-08-28T12:20:25.550 に答える