私のほとんどのアプリケーションでは、データベースアクセス/モデリングにはiBatis.Net、ロギングにはlog4Netを使用します。これを行うには、プロジェクトごとにいくつかの* .configファイルが必要です。例えば、簡単なアプリケーションのために私は次の*の.configファイルを持っている必要があります:設定ファイルの数をできるだけ少なくする
- app.configを([のAssemblyName] [拡張について]の.config。)
- [のAssemblyName] .SqlMap.config
- [のAssemblyName] .log4Net.config
- [のAssemblyName] .SqlMapProperties.config
- providers.config
これらのアプリケーションはPRODUCTIONにテストするためにDEVから行きますこれらのファイルに含まれる設定は、環境によって異なります。
プロジェクトごとに5〜10(またはそれ以上)の実行可能な実行ファイルを持つことでファイルの数が増えると、インフラストラクチャチーム(異なる環境へのロールアウトを実行する作業負荷)がかなり高くなります。また、設定ファイルの1つが欠落したり、設定ファイルのミスタイプが発生するリスクが高くなります。
これらのリスクを回避するには、どのような方法が最適ですか?すべての設定ファイルを1つのファイルにまとめるべきですか? (これはiBatisでも可能ですか?)私は、VisualStudio 2010で、これらの設定ファイルの変換を導入することで、開発者が異なる環境のすべての設定をセットアップし、次に動的に(ビルドに応じて)正しいバージョンに変換します。 (VS 2010 - transforms)
ご協力いただきありがとうございます。
+1ビルドサーバーに作業をプッシュするための+1 –