WIXを使用してApplicationSuiteのインストーラーを開発していますが、構造は次のとおりです。Application
Core
| _ _ Flavour1
| _ _ Flavour2
| _ _ Flavour3
ApplicationCoreはVisualStudioのような製品であり、Flavours1、2、3はその下のサブ製品です。
これが私の問題です
。-[追加]の[削除]プログラムには、Application Core、Flavor1、Flavor2、およびFlavor3の4つのエントリが必要です。
-Flavor1、Flavor2、Flavor3の追加/削除のインストーラーを再起動できるはずです。
更新: Officeは個別の製品ではなく個別の機能をインストールするように見えますが、実際には ARP に表示されない多くの個別の製品をインストールします。別の ARP エントリが追加され、ブートストラップ インストーラが起動され、ARP では表示されない既存の製品の追加、削除、および更新が維持されます。
これらは個別の製品ではなく、機能であるべきです。たとえば、Microsoft Office スイートを例にとると、スイートをインストールすると、[プログラムの追加と削除] に 1 つのエントリしかなく、Word、Excel、Powerpoint などはすべて Microsoft Office の「機能」にすぎず、そのように更新します。
ただし、これらのアプリケーションの一部は、独自のインストーラーで個別に購入できます。これらの場合、「アプリケーション コア」は各インストーラーに含まれており、共有コンポーネントを使用して、ファイルを 2 回インストールする必要がなく、各アプリケーションをインストールできます。互いに独立してインストール/アンインストールできます。
コンポーネントと機能に関する Windows インストーラーのドキュメントからの抜粋を次に示します ( Organizing Applications into Componentsもお読みください) 。
同じコンポーネント ID を共有する 2 つのコンポーネントは、実際の内容に関係なく、同じコンポーネントの複数のインスタンスとして扱われます。ユーザーのコンピューターには、コンポーネントのインスタンスが 1 つだけインストールされます。したがって、いくつかの機能またはアプリケーションが一部のコンポーネントを共有する場合があります。
通常、これは1つの製品をインストールすることで実現されるため、[プログラムの追加と削除]の1つのエントリを変更できます（製品を選択し、[変更]ボタンをクリックします）。次に、機能を追加または削除できる機能ツリーに移動します。
個別のエントリが難しい要件である場合は、複数のMSIを作成する必要があります。ただし、例の「Application Core」をアンインストールして、他のアプリケーションをインストールしたままにしておくと、フレーバーに問題が発生します。
機能が必要なように聞こえるので、Sanderは私の+1を取得します。
ただし、同じサーバーにトレーニングバージョンとテストバージョンをインストールするなど、同じ製品の異なるインストールが必要になる場合があります。そのような場合は、別のアプローチを見つける必要があります。これが私が思いついたアプローチです（回答Create Live、...を参照）。ファイルごとのコンポーネントの作成とGUIDのワイルドカード化に関する編集に注意してください。これにより、プロセスが簡素化されます。つまり、BeforeBuild/AfterBuildのトリックは必要ありません。