パッチ適用は非常に複雑で作業が難しく、適切なMSIプラクティスに従わないと非常に信頼性がありません。
他の方法では提供できない修正を達成するために必要なときにのみ使用します。 例の場合、製品のアンインストールシーケンスが壊れてになり、アンインストールが完了せずにロールバックされるようになります。次に、マイナーアップグレードで私にパッチを適用して、インストールされた製品のエラーを修正し、アンインストールします。私がこのように作ったパッチのほとんどは、Wise Package Studioで作られていて、うまくいきました。
また、リリースされた製品に非常に小さな修正を配信するためにパッチを適用します。通常は1つまたは2つのファイル(緊急ホットフィックス)を使用します。緊急の問題が野生で発見され、迅速な修正が望まれているため、複雑なソフトウェアのリリースには、メインリリースの数週間後にこのようなパッチが緊急に必要となることがあります。これは、エンドユーザーの大規模なダウンロードを防ぐためです。そして、このような場合には、悪意を持ってエラーが発生する可能性のあるビットレベルのパッチを防ぐために、常に「インクルードファイル」を有効にします。
多くの人がの小規模なアップデートをにQAテスターに配信するためにパッチ適用を使用したいと考えています。 忘れて。あなたのテスターが海外にいない限り、リスクの価値はありません。確かに努力ではなく、事実上時間を節約します。 QAテスターにパッチを適用する必要がある場合は、ビットレベルのパッチ適用を使用しないでください。インストールフォルダー内で混乱していると失敗します。これは、良質のQAテスターが行う可能性が高いためです。
リリースされた製品のパッチを作成する必要がある場合は、使用可能なQAテスターを十分に活用し、異なるプラットフォームでパッチを適用したり、異なるバージョンや異なる言語からアップグレードしたりしてください。それは正しいことが非常に難しいです。以前のリリースをあまりにも多くターゲットにしないでください。
全体:patching is designed for hotfixingを覚えておいてください。あなたの製品のパッチ適用の使用を研究している場合、リンクされた記事は読んだ価値があるかもしれません。少しばかりですが、いくつかのMSIのパッチの障害について説明しています。
+1、質問が解決されたときに追加情報を提供します。ありがとう:) – Jacooobley
トレンチレポートJacooobley :-)。 –
@Glytzhkof次に、通常mspの代わりにファイルを更新するのにあなたは何を使用しますか?私は知りたいです。 – sky