例として、app.configファイルを持つ単体テストプロジェクトがあります。 app.configファイルは、ビルドサーバーで動作するように構成されています。しかし、テストをローカルで（ローカルデータベースを使って）実行したい場合、app.config ...を毎回変更する必要があります。app.configを変更することはありませんが、appをオーバーライドする別のファイルを作成する方法があります。設定を構成しますか？ （偶然誰もが転覆で破損したapp.configをコミットしないように？）Visual StudioとSubVersion：マシン固有のファイルについて
私はあるかもしれない
THX、リーフェンCardoen
appSettings要素の 'file'属性は役に立ちますか？ (MSDN)
これにより、メインのapp.config（またはweb.config）から選択した値を上書きできる別個のファイルを提供できます。
（同じオフコースは...、web.configファイルのためにカウント） SubVersion（app.config.release、app.config.debug）に複数のapp.configファイルを作成してからpostビルドイベントを追加して、これらのファイルを開発者マシンのapp.configにコピーすることができます。
私は、Subversionにapp.config自体を置くことをやめ、app.config.productionなどを使ってファイルの内容を保存することができます。
そして、ローカルでapp.config。*ファイルの名前を変更する必要がありますか？問題は、web.configに何かを追加する必要がある場合、他のapp.config。*ファイルに追加する必要がある場合です。 これはTeam Foundation Serverでどのように行われているのでしょうか... –
@リチャード：これはまさに私たちがやっていることです。唯一のことは、チェックインする前に.configファイルのすべてのバージョンに変更を加えなければならないことです。おそらく、.NETの拡張機能がパイプを降りて、これを簡単にします。 –
app.configの関連する部分をローカル設定、サーバ設定などに変換するために必要な変更を実行する各設定の小さなスクリプト（私はPerlで行います）はどうですか？スクリプトごとに個別のプロジェクト構成を1つ作成し、ポストビルド・イベントでスクリプトを呼び出すことができます。
私もこれに興味があります。 IPによって設定された別のweb.configセクションを追加することを考えずに、より良いオプションを聞いてみたいと思います。 – rslite