現在、MSIパッケージを使用して展開されるプロジェクトに取り組んでいます。プログラムにパッチを適用するには、MSPではなく別のMSIインストーラーパッケージを展開します。これはこれを実行するための効果的/効率的な方法ですか、それとも代わりにMSPパッチパッケージを展開する必要がありますか？私はMSIの経験はありますが、MSPの経験はありません。MSPパッチを作成するにはどうすればよいですか？私はインターネットをトロールしましたが、何も見つからないようです。
前もって感謝します！
質問する
14650 次
2 に答える
13
パッチ適用は非常に複雑で操作が難しく、適切なMSIプラクティスに従わないと非常に信頼性が低くなります。
他の方法では提供できない修正を実現するために必要な場合にのみ使用します。この例としては、製品のアンインストールシーケンスが壊れているために、アンインストールが完了せずにロールバックされる場合があります。次に、マイナーアップグレードでパッチを適用して、インストールされている製品のエラーを修正してから、アンインストールします。私がこの方法で作成したパッチのほとんどは、Wise Package Studioで作成されており、うまく機能しました。
また、パッチを使用して、リリースされた製品に非常に小さな修正を加えています。通常、いくつかの緊急の修正プログラムを含む1つまたは2つのファイルのみ。緊急の問題が実際に発見されており、迅速な修正が望まれているため、複雑なソフトウェアリリースでは、メインリリースの数週間後にそのようなパッチが緊急に必要になる場合があります。これは、エンドユーザーの大量のダウンロードを防ぐためです。そして、これらの場合、エラーが発生しやすいことで有名なビットレベルのパッチを防ぐために、常に「ファイル全体を含める」を有効にします。
多くの人は、パッチを使用してQAテスターに毎日小さな更新を配信したいと考えています。それを忘れてください。テスターが海外にいない限り、リスクに見合うだけの価値はなく、確かに労力も節約できず、実質的に時間を節約できません。QAテスターにパッチを適用する必要がある場合は、ビットレベルのパッチを使用しないでください。インストールフォルダーが混乱していると失敗します。これは、優れたQAテスターが行う可能性があります。
リリースされた製品のパッチを作成する必要がある場合は、利用可能なQAテスターを十分に活用し、さまざまなプラットフォームでのパッチ適用、さまざまなバージョン、さまざまな言語からのアップグレードなどを実行してください。非常に困難です。正しくするために。また、パッチを使用して以前のリリースをあまり多くターゲットにしないこともできません。これは、物事をすぐに複雑にする傾向があるためです。
全体：パッチはホットパッチ用に設計されていることに注意してください。製品のパッチ適用の使用を調査している場合は、リンクされた記事を読む価値があるかもしれません。少し面倒ですが、いくつかのMSIパッチ適用の障害について説明しています。
于 2012-08-29T22:06:04.837 に答える
10
選択は本当にあなた次第ですが、MSPは大きなプロジェクトに有利な小さなファイルサイズを提供します。特に、このMSDNの記事には次のように書かれています。
更新された製品の完全なインストールパッケージではなく、Windowsインストーラパッチを提供することによってアプリケーションにサービスを提供することには、利点があります。パッチには、ファイル全体を含めることも、ファイルの一部を更新するために必要なファイルビットのみを含めることもできます。これにより、ユーザーは製品全体のインストールパッケージよりもはるかに小さいアップグレードパッチをダウンロードできます。パッチを使用した更新では、アップグレードを通じてユーザーによるアプリケーションのカスタマイズを維持できます。
このページMSIMSPでは、ユーティリティを使用して、新旧のMSIパッケージを指定してMSPパッチファイルを生成するためのアドバイスを提供します。
于 2012-08-28T12:49:19.507 に答える