0

サイトを公開すると、ターゲット IIS 7 サイトのバージョンが開発バージョンの web.config に置き換えられます。接続文字列や log4net 設定などのカスタム構成を使用して、同じプロジェクトを最大 10 の異なるサイトにリリースする必要があります。一部のサイトはサーバーを共有していますが、すべてではないため、Publish Web システムはこれを除けば非常に優れています。公開するたびに、手動で各構成を修正します。この問題を回避するにはどうすればよいですか?

デバッグ/リリース ビルドの変換を実行できることはわかっていますが、公開中にそれがどのように役立つかわかりません。また、カスタム設定を Visual Studio プロジェクト内に保持したくありません。これは、バージョン管理ではなく、リリース サーバーで直接管理されるためです。

4

1 に答える 1

0

これを自動化するには、web.config 変換 + ソリューション構成を使用する必要があります。アイデアは、展開先のサイトごとに 1 つのソリューション構成を持つことです。その後、展開するときに、発行プロファイルを作成し、使用するソリューション構成を選択できます。特定の設定が自動的に適用されます。

本当にこれを使用したくない場合は、ソリューションでビルド後のイベントを設定して、ビルドの直後 (出力フォルダー内) にある web.config ファイルを削除することもできます。Visual Studio は発行前に体系的にビルドされるため、これでうまくいく可能性があります。

于 2013-09-27T14:04:06.700 に答える