3

VS 2010 内で利用可能なプロビジョニングがあるかどうか、または Web アプリケーションへのパッチ/ホット フィックスを作成するためのサード パーティ製ツールを使用しているかどうかを理解したいと思います。コピーを公開してファイルや dll の方法を置き換えるのではなく、元のアプリケーションから変更されたファイルのみが更新され、仮想ディレクトリにインストールされるような方法でアプリケーションをインストールする Web セットアップを使用します。

より明確にするために、次の手順を実行したいと思います。

ステップ1

a) 10 ページの Web アプリケーションを作成する

b) Web Setup Project を使用して Web アプリケーションをデプロイする

ステップ2

c) 10 ページ中 2 ページの機能を変更する

d) 変更された 2 つのファイルと影響を受ける Dll のみのパッチを作成します。

ステップ - 3:

e) パッチまたはホット フィックスとして作成されたセットアップ ファイルを実行します。

ここで、ステップ 2 セクションで述べたc)とd)のポイントを達成したいと考えています。

4

1 に答える 1

4

最初の Web セットアップ プロジェクトと、そこからパッチを派生させたいプロジェクトを作成するときに、MSI パッチ適用ガイドラインに従っていると仮定します...

基本的なガイドライン (検索すると従うべき他の多くのガイドライン):

  • Web プロジェクトのバージョン番号が有効であることを確認してください (1.2.3.4)
  • 初期リリース用のビルド インストーラー
  • 時を経て....
  • c) の必要に応じて変更を加えます。
  • Web プロジェクトのバージョンを更新 - DLL のバージョンをインクリメントする必要があります
  • Web セットアップ プロジェクトのプロパティを更新します - バージョンを上げる必要があります。おそらくマイナー (XXX.YYY.ZZZ) <- インクリメント Y. (デフォルトでは、これは 1.0.0 です)
  • セットアップ プロジェクトのプロパティでパッケージ コードを更新する
  • 変更を加えてインストーラーをビルドする
  • 各セットアップの管理インストールを作成します (msiexec /a websetup.msi)。
  • パッチ作成ユーティリティを使用して、作成した「古い」管理インストールと「新しい」管理インストールを比較するパッチを作成します。(この手順は、使用するツールによって異なります。私は過去に Installshield を使用したことがあり、msimsp.exe の古いガイドも使用しました)

以前と最新の管理者インストールの両方からファイルを削除することで、パッチの影響を受けるファイルを制限できます (変更されていないと仮定します)。

実際、Web サイトにパッチを適用することは、MSI によってインストールされる他のファイル セットと何ら変わりはありません。マイクロソフトは、インストーラーを構築する代わりに、msdeploy を介して Web サイトの展開に移行しているように見えることに注意してください。内部展開の場合、はるかに簡単に機能します。

于 2013-01-10T05:29:59.420 に答える