問題タブ [merge-module]

たくさんのDLLで構成されているコンポーネントがあるとします。また、コンポーネントは、いくつかのバージョンの.msiインストーラーを使用してリリースされました。

ここで、他のmsiインストーラーに含めることができるように、.msmである必要があります。したがって、.msiインストールからアップグレードできるマージモジュールを構築する必要があります。

どうやってするか？それともできませんか？Wixを使用しています。

msi のアップグレード方法に関する多くの情報を見つけることができます。たとえば、マイナー アップグレード、スモール アップグレード、メジャー アップグレード、およびそれらの使用例と制限に関する情報です。ただし、次のようなマージ モジュールのアップグレード動作に関する情報は見つかりません。

1. msm には、マイナー、スモール、またはメジャー アップグレードを指定する方法がないようです。それで、それはどのように振る舞うのですか？最初に古いバージョンをアンインストールしますか、それとも変更されたファイルのみを更新しますか?
2. msi のようにどのバージョンからアップグレードできるかを指定する方法はありますか?
3. 新しいバージョンのコンポーネントを追加/削除/名前変更できますか?
4. この msm の新しいバージョンが既にインストールされていて、コンテナー msi がインストールを決定した場合、この古いバージョンの msm で上書きされますか?

マージ モジュールを使用して MSI に MS VC ランタイムをインストールしています。Microsoft は、MS VC ランタイムとマージ モジュールの更新を公開しました。

MSI で新しい MSM を置き換えるだけでは、クライアント システムのランタイムが更新されないようです。

MSI はマイナーまたはメジャー アップデートである必要がありますか? または、クライアント システムに新しい VC ランタイムを強制的にインストールするために微調整する必要があるものはありますか?

素晴らしい提案に従って、いくつかの変数をWXI ファイルに移動しました。WXS ファイルに含めるにはどうすればよいですか?

最小限のファイルをインストールし、いくつかのカスタム アクションを実行する Visual Studio 2008、セットアップおよび配置、セットアップ プロジェクトがあります。また、セットアップ プロジェクトがデプロイするマージ モジュール プロジェクトもいくつかあります。各マージ モジュールには、さまざまなコンポーネントがインストールされる固有のサブ フォルダーを含むモジュールの再ターゲット可能なフォルダーがあります。

私たちが経験している問題は、セットアップ プロジェクトのアンインストール中に、セットアップ プロジェクトによって展開されたファイルがハード ドライブから完全に削除されることです。ただし、マージ モジュールによってデプロイされたファイルはまったく削除されません。

さらに、マージ モジュールによって展開されたファイルをアンインストールした後もハード ドライブにまだ存在する場合、セットアップ プロジェクトを再度インストールしても、マージ モジュールによって展開されたファイルは上書きされません。

許容できる結果を得る必要があります。

1) マージ モジュールでデプロイされたファイルがアンインストール中に削除されるようにする 2) マージ モジュールでデプロイされたファイルを新規インストール時に上書きできるようにする

どんな考えでも大歓迎です！

マージ モジュールの依存関係とはどういう意味ですか?

私はWIXを使用しており、次のようにインストーラーの最後にインストールされたファイルを実行するためにカスタムアクションを正常に使用しました。

これは、foobar.exeが同じwxsファイルのコンポーネントにある場合にうまく機能します。しかし、私が本当に望んでいるのは、マージモジュールによってインストールされたファイルを実行することです。どうすればよいですか？

これが問題を解決するのであれば、マージモジュールに変更を加えることができます。

そのため、複数の wxs ファイルがあるマージ モジュールを作成しようとしています。プロジェクトのビルドが成功したので、すべて問題ないと思っていました。後で、セカンダリ wxs ファイルの 1 つのソース属性で使用されているパスが完全に間違っていることに気付きましたが、コンパイラは次のエラーを表示しませんでした。

システムはファイル '..\..\release_area\WrongPath\Component2.dll' を見つけることができません。

セカンダリ wxs ファイルに、メイン wxs ファイルのAssemblyFolderフォルダーを参照するDirectoryRef要素を追加して、2 つのファイル間の参照を作成しました。

メイン wxs ファイル:

セカンダリ wxs ファイル:

明確にするために: テストするため<Component Id="Component2.dll">に、メイン wxs に直接コピーしたところ、エラーが発生しました:システムはファイル '..\..\release_area\WrongPath\Component2.dll' を見つけることができません。

私の推測では、セカンダリ wxs ファイルとメイン wxs ファイルの間の参照が完全に間違っているため、コンパイラはファイル パスを検証しませんが、何が問題なのかわかりません。

コマンドラインを介したmergemodulesの構築に関するStackoverflowの質問をいくつか読んだのですが、誰かがコンパイルにdevenvを使用するか、Darkを使用して既存のmsiファイルからwixファイルを作成することを提案したときにすべて受け入れられました。

次のことを考慮してください。

• VisualStudioは、使用する必要のあるビルドサーバーにインストールされていません。
• 私はnant+msbuildを使用してソリューションをコンパイルしています
• .vdprojからmergemodulesをコンパイルしたい（Visual Studioが依存関係を自動的に検出するため）
• 複数のmergemodulesからmsiセットアップを作成します

... devenvを使用せずに、またvisualstudioでのマージモジュールの自動依存関係解決の快適さを失うことなく、コマンドラインからマージモジュールを構築するにはどうすればよいですか？多分私が見つけていないそれのためのnanttaskがありますか？

マージ モジュールにパッケージ化されたアプリケーションBACKがあり、メインの MSI パッケージにある別のアプリケーションFRONTと共にインストールされます。これらは、MS VisStudio 2008 のプロジェクトを介して作成されます。

ユーザーは、MSI の UI を介して小さなパラメーター セットを使用してFRONTアプリケーションを構成できます。実行時にBACKがFRONTにアクセスできるように、これらのパラメーターの少なくとも 1 つ (この場合は URL) にアクセスする必要があります。

• MS Visual Studio で、ユーザーにプロンプ​​トを表示する MSM プロジェクトの UI を表示できません。
• MSI の UI で設定されたパラメーターは明らかに MSM に渡されません。MSM のクラス ( System.Configuration.Install.Installerから派生) が使用されますが、その Install関数は空のIDictionaryで呼び出されます。

Google、MSDN、SO などを検索しましたが、この質問で (VisStudio を使用して) 誰も見つけられませんでした。MSDN には抽象化に関する多くの情報があるようですが、ツールへの言及はありません。インストール パッケージではなく、インストールツールの開発者を対象としていると思われます。