1

バックグラウンド

私はソフトウェア会社で QA の仕事をしています。

6 つほどの異なる Web アプリケーションがあり、それぞれの Web アプリケーションは、任意のサイトでweb.configファイルにカスタマイズされた設定を追加する必要があります。

これらは、アプリが接続する Oracle データベース/スキーマから、キャッシュする検索結果の数、Web ページ上のアイテムを並べ替えるときに使用する階層まで、さまざまです。

Microsoft の Deploy パッケージを使用して、新しいリリースをクライアント サイトにインストール/更新します。

新しいリリースを公開すると、これらのカスタマイズされた設定の一部が特定の Web アプリのweb.configファイルに追加または削除されている可能性がありますが、Deploy を使用して古いリリースの上に新しいリリースをインポートすると、すべてのカスタマイズが上書きされます。作られているかもしれません。

代替案

古い web.config ファイルと新しいweb.configファイルをプレーン テキストで比較してマージするなど、これを手動で処理する方法がありますが、これは面倒で、人的エラーが発生しやすいものです。

私は変換について読んでいて、それらが何らかの役に立つかもしれないと思いました。

外部ファイルを使用する機能もあります (ヒント 8)。これは良い方法のようです。

改善?

私たちのプログラマーは、このweb.configファイルにある種の半自動化されたマージ機能を提供する必要がありますか? Deploy パッケージは何らかの方法でこれを提供しますか?

ベスト プラクティスとして、外部構成ファイルを使用する必要がありますか?

各サイトでこのweb.configファイルをカスタマイズするという概念は根本的に間違っているので、全体を再考する必要がありますか?

4

1 に答える 1

2

Microsoft は、これを行うための事実上の方法として Web.config 変換を提供しています。Visual Studio および Web プロジェクト内でさまざまな配置構成を作成できます。次に、その特定の構成でビルドするか、ビルド サーバーをビルドすると、web.config が変換され、表示する設定が含まれるようになります。

web.config 変換の詳細については、こちらをご覧ください

于 2013-01-14T02:13:42.547 に答える