WiXインストーラーのアップグレードを実装する方法？

職場では、インストールパッケージのビルドにWiXを使用しています。製品Xをインストールすると、そのマシンからその製品の以前のバージョンがアンインストールされます。

メジャーアップグレードについてインターネット上のいくつかの場所を読みましたが、機能しませんでした。以前のバージョンのアンインストール機能をWiXに追加するために必要な正確な手順を誰かが指定できますか？

最新バージョン（3.5.1315.0ベータ版）では、独自のバージョンを使用する代わりにMajorUpgrade要素を使用できます。

たとえば、このコードを使用して自動アップグレードを実行します。ダウングレードを防ぎ、ローカライズされたエラーメッセージを表示します。また、既存の同一バージョンのアップグレードを防ぎます（つまり、より低いバージョンのみがアップグレードされます）。

<MajorUpgrade
    AllowDowngrades="no" DowngradeErrorMessage="!(loc.NewerVersionInstalled)"
    AllowSameVersionUpgrades="no"
    />

最後に私は解決策を見つけました-同じ問題を抱えている可能性のある他の人（5人全員）のためにここに投稿しています：

• 製品IDを*に変更します

• 製品の下に次を追加します。

  <Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
  <Upgrade Id="YOUR_GUID">  
     <UpgradeVersion
        Minimum="1.0.0.0" Maximum="99.0.0.0"
        Property="PREVIOUSVERSIONSINSTALLED"
        IncludeMinimum="yes" IncludeMaximum="no" />
  </Upgrade> 

• InstallExecuteSequenceの下に以下を追加します。

  <RemoveExistingProducts Before="InstallInitialize" /> 

これからは、製品をインストールするたびに、以前にインストールされたバージョンが削除されていました。

注：アップグレードIDを独自のGUIDに置き換えます

以下は、メジャーアップグレードに使用する一種の構文です。

<Product Id="*" UpgradeCode="PUT-GUID-HERE" Version="$(var.ProductVersion)">
 <Upgrade Id="PUT-GUID-HERE">
    <UpgradeVersion OnlyDetect="yes" Minimum="$(var.ProductVersion)" Property="NEWERVERSIONDETECTED" IncludeMinimum="no" />
    <UpgradeVersion OnlyDetect="no" Maximum="$(var.ProductVersion)" Property="OLDERVERSIONBEINGUPGRADED" IncludeMaximum="no" />
</Upgrade>

<InstallExecuteSequence>
    <RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>

@Brian Gillespieが指摘したように、必要な最適化に応じて、RemoveExistingProductsをスケジュールする他の場所があります。PUT-GUID-HEREは同一でなければならないことに注意してください。

Product要素内のUpgrade要素とアクションの適切なスケジューリングを組み合わせることで、目的のアンインストールが実行されます。削除するすべての製品のアップグレードコードを必ずリストしてください。

<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="00000000-0000-0000-0000-000000000000">
  <UpgradeVersion Minimum="1.0.0.0" Maximum="1.0.5.0" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade>

ビルドに注意を払えば、新しいバージョンの上に古いバージョンの製品を誤ってインストールするのを防ぐことができます。それが最大フィールドの目的です。インストーラーをビルドするとき、UpgradeVersion Maximumをビルドされるバージョンに設定しますが、IncludeMaximum = "no"はこのシナリオを回避します。

RemoveExistingProductsのスケジュールに関する選択肢があります。私は、InstallFinalizeの後（他の人が推奨しているInstallInitializeの後ではなく）スケジュールすることを好みます。

<InstallExecuteSequence>
  <RemoveExistingProducts After="InstallFinalize"></RemoveExistingProducts>
</InstallExecuteSequence>

これにより、新しいファイルとレジストリキーがコピーされるまで、製品の以前のバージョンがインストールされたままになります。これにより、古いバージョンから新しいバージョンにデータを移行できます（たとえば、ユーザー設定のストレージをレジストリからXMLファイルに切り替えましたが、その設定を丁寧に移行したいと考えています）。この移行は、InstallFinalizeの直前の遅延カスタムアクションで行われます。

もう1つの利点は効率です。変更されていないファイルがある場合、Windowsインストーラーは、InstallFinalizeの後でスケジュールするときに、それらを再度コピーする手間を省きます。InstallInitializeの後にスケジュールを設定すると、最初に以前のバージョンが完全に削除されてから、新しいバージョンがインストールされます。これにより、ファイルの不要な削除と再コピーが発生します。

その他のスケジュールオプションについては、MSDNのRemoveExistingProductsヘルプトピックを参照してください。今週のリンクは、http：//msdn.microsoft.com/en-us/library/aa371197.aspxです。

WiX-usersメーリングリストでこれを尋ねた方がよいかもしれません。

WiXは、Windowsインストーラーの動作を十分に理解した上で使用するのが最適です。「Windowsインストーラーの決定的なガイド」を入手することを検討してください。

既存の製品を削除するアクションは、RemoveExistingProductsアクションです。それが行うことの結果は、それがスケジュールされている場所、つまり障害が原因で古い製品が再インストールされるかどうか、および変更されていないファイルが再度コピーされるかどうかに依存するため、自分でスケジュールする必要があります。

RemoveExistingProducts<Upgrade>現在のインストールの要素を処理し、システムにインストールされているすべての製品@IdのUpgradeCode（<Product>要素で指定されている）に属性を一致させます。UpgradeCode関連する製品ファミリを定義します。このUpgradeCodeがあり、バージョンが指定された範囲内にあり、UpgradeVersion/@OnlyDetect属性がno（または省略されている）製品はすべて削除されます。

プロパティのRemoveExistingProducts設定についてのドキュメントUPGRADINGPRODUCTCODE。これは、削除される製品のアンインストールプロセスがそのプロパティを受け取ることを意味します。その値は、Product/@Idインストールされる製品のです。

元のインストールにが含まれていない場合は、UpgradeCodeこの機能を使用できません。

このサイトを使用して、WiXアップグレードの基本を理解しました。

http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization

その後、サンプルインストーラー（テストファイルをインストール）を作成し、アップグレードインストーラー（2つのサンプルテストファイルをインストール）を作成しました。これにより、メカニズムがどのように機能するかについての基本的な理解が得られます。

マイクがApressの本「Windowsインストーラーの決定版ガイド」で言ったように、理解するのに役立ちますが、WiXを使用して書かれていません。

かなり参考になった別のサイトはこれでした：

http://www.wixwiki.com/index.php?title=Main_Page

WiXのドキュメントを読み、サンプルをダウンロードしましたが、それでもアップグレードに関して多くの問題がありました。マイナーアップグレードでは、それらのアンインストールを指定する可能性があるにもかかわらず、以前の製品のアンインストールを実行しません。私は調査に1日以上費やし、WiX 3.5がアップグレード用の新しいタグを導入したことを発見しました。使い方は次のとおりです。

<MajorUpgrade Schedule="afterInstallInitialize"
        DowngradeErrorMessage="A later version of [ProductName] is already installed. Setup will now exit." 
        AllowDowngrades="no" />

しかし、問題の主な理由は、ドキュメントがマイナーアップグレードと小規模アップグレードに「REINSTALL = ALL REINSTALLMODE = vomus」パラメーターを使用するように言っていることですが、これらのパラメーターはメジャーアップグレードでは禁止されているとは言いません。そのため、メジャーアップグレードでは使用しないでください。

Alex Shevchukのチュートリアルをご覧になることをお勧めします。彼はWiXによる「メジャーアップグレード」について、MSIからWiXへの実践例、パート8-メジャーアップグレードで説明しています。

しばらくの間チュートリアルから見逃していた重要な点の1つ（http://www.tramontana.co.hu/wix/lesson4.phpから盗まれた）で、「この製品の別のバージョンがすでにインストールされています」というエラーが発生しました。

* 小さな更新と は、製品バージョン（major.minor.build）の変更が保証されない1つまたはいくつかのファイルへの小さな変更を意味します。製品GUIDを変更する必要もありません。以前のファイルとはまったく異なる新しい.msiファイルを作成するときは、常にパッケージGUIDを変更する必要があることに注意してください。インストーラーはインストールされたプログラムを追跡し、ユーザーがこれらのGUIDを使用してインストールを変更または削除する場合にそれらを見つけます。異なるパッケージに同じGUIDを使用すると、インストーラーが混乱します。

マイナーアップグレード は、製品バージョンがすでに変更される変更を示します。製品タグのバージョン属性を変更します。製品は同じままなので、製品GUIDを変更する必要はありませんが、もちろん、新しいパッケージGUIDを取得します。

メジャーアップグレード は、あるフルバージョンから別のフルバージョンへの移行などの重要な変更を示します。すべてを変更します：バージョン属性、製品およびパッケージGUID。

WiXの最新バージョン（3.0）を使用していますが、上記を機能させることができませんでした。しかし、これはうまくいきました：

<Product Id="*" UpgradeCode="PUT-GUID-HERE" ... >

<Upgrade Id="PUT-GUID-HERE">
  <UpgradeVersion OnlyDetect="no" Property="PREVIOUSFOUND"
     Minimum="1.0.0.0"  IncludeMinimum="yes"
     Maximum="99.0.0.0" IncludeMaximum="no" />
</Upgrade>

PUT-GUID-HEREは、製品のUpgradeCodeプロパティで定義したGUIDと同じである必要があります。

以下は私のために働きました。

<Product Id="*" Name="XXXInstaller" Language="1033" Version="1.0.0.0" 
    Manufacturer="XXXX" UpgradeCode="YOUR_GUID_HERE">
<Package InstallerVersion="xxx" Compressed="yes"/>
<Upgrade Id="YOUR_GUID_HERE">
    <UpgradeVersion Property="REMOVINGTHEOLDVERSION" Minimum="1.0.0.0" 
        RemoveFeatures="ALL" />
</Upgrade>
<InstallExecuteSequence>
    <RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>

製品のUpgradeCodeがアップグレードのIDと一致していることを確認してください。

メジャーダウングレードでも、これは私にとってうまくいきました：

<Wix ...>
  <Product ...>
    <Property Id="REINSTALLMODE" Value="amus" />
    <MajorUpgrade AllowDowngrades="yes" />