例として、app.config ファイルを含む単体テスト プロジェクトがあります。app.config ファイルは、ビルド サーバーで動作するように構成されています。しかし、テストをローカルで (ローカル データベースを使用して) 実行したい場合は、app.config を変更する必要があります...毎回... app.config を決して変更せずに、アプリをオーバーライドする別のファイルを作成する方法はありますか。設定構成？(Subversion で破損した app.config を誤ってコミットする人がないようにするには?)
(もちろん、web.config についても同じことがカウントされます...)
thx、リーベン・カルドエン
私は車輪を再発明しているかもしれませんが、SubVersion で複数の app.config ファイル (app.config.release、app.config.debug) を作成し、ビルド後のイベントを追加して、これらのファイルを開発者のマシンの app.config にコピーすることができます。
次に、app.config 自体を Subversion に配置することはまったく避けます。app.config.production などを使用して、ファイルの内容を保存できます。
appSettings 要素の「ファイル」属性は役に立ちますか? (MSDN)
メインの app.config (または web.config) から選択した値をオーバーライドできる別のファイルを提供できます。
app.configの関連部分をローカル構成、サーバー構成などに変換するために必要な変更を実行する各構成の小さなスクリプト（Perlで実行します）はどうですか？スクリプトごとに1つの個別のプロジェクト構成を作成し、ビルド後のイベントでスクリプトを呼び出すことができます。