MsiMsp.exeを使用したパッチビルド - MSIを対象とするMSIは元のMSIと異なる場合がありますか？

Question

私はすでに配信されている製品のmspパッチを作成しています。製品には多数のコンポーネント/ファイルがあります。

私は元のターゲットMSIとアップグレードMSI（orca経由で手作業で修正）からパッチを構築しています。ここまでは順調ですね。

パッチのビルドと適用には多くのファイルが必要なので、両方のMSIからすべての変更されていないファイルを削除して高速化することを検討しています。ターゲットMSIにいくつかの変更を加えることができ、それでも問題はないが、ファイル/コンポーネント/ディレクトリの変更については疑問に思っている。ファイルを削除する場合は誰も私に

1. を伝えることができ、私はそれを行う場合、私はさらにパッチ（ベースラインおよびパッチ適用済みバージョンの両方の建物）とのトラブルを招いていた場合、最初の場所で仕事に行く、と
2. されますか？

これまでのところ、私はかなりのヒットを経験しましたが、今回はまず質問したいと思いました。そして、私は自由にWindowsインストーラの完全な把握を持っていないことを認めているので、私はそれがすべて間違っているかもしれません。
ありがとうございます！

Answer 1

元のMSIからのエントリの削除は、通常、（ディレクトリ、コンポーネントまたは機能が一致しない）パッチ規則を破るため、推奨されません。また、パッチが正しく適用されていない可能性があります。手動

を変更していないものがあなたのパッチを構築し、削除対象とアップグレードパッケージextactedファイル用

の両方の管理インストールを実行

• ：

  代わりに、あなたはこれを試すことができます

これにより、ビルドプロセスがスピードアップする可能性があります。残念ながら、遅れはコンポーネント数が多いために発生する可能性があるため、インストールを高速化することはできません。この場合、良い方法は、Componentテーブルのコンポーネント数を最小限に抑えるメジャーアップグレードを使用することです。