MSP vs. MSI-Verpackung. Was für Patches verwenden?

Question

Derzeit arbeite ich an einem Projekt, das mithilfe eines MSI-Pakets bereitgestellt wird. Um das Programm zu patchen, stellen wir einfach ein anderes MSI-Installationspaket bereit, das einem MSP entgegengesetzt ist. Ist dies eine effektive/effiziente Möglichkeit, oder sollten wir stattdessen ein MSP-Patch-Paket bereitstellen? Ich habe Erfahrung mit MSI, aber nicht MSP. Wie würde ich auch einen MSP-Patch erstellen? Ich durchsuchte das Internet und konnte nichts finden.

Vielen Dank im Voraus!

Answer 1

Die Auswahl liegt wirklich bei Ihnen, obwohl MSP kleinere Dateigrößen bietet, die für große Projekte vorteilhaft sein können. Insbesondere this MSDN article sagen:

Servicing-Anwendungen durch eine Windows Installer-Patch liefert, anstatt ein komplettes Installationspaket für das aktualisierte Produkt können Vorteile haben. Ein Patch kann eine ganze Datei oder nur die Datei-Bits enthalten, die notwendig sind, um einen Teil der Datei zu aktualisieren. Dadurch kann der Benutzer einen Aktualisierungspatch herunterladen, der viel kleiner als das Installationspaket für das gesamte Produkt ist. Ein Update, das einen Patch verwendet, kann eine Benutzeranpassung der Anwendung durch das Upgrade beibehalten.

This page berät das MSIMSP Dienstprogramm auf Verwendung eines MSP-Patch-Datei die alten und neuen MSI-Pakete gegeben zu erzeugen.

Answer 2

Patchen ist sehr kompliziert und schwierig zu handhaben, und ziemlich unzuverlässig, wenn Sie nicht den richtigen MSI-Praktiken folgen.

Ich benutze es nur, wenn ich muss, um eine Reparatur zu erreichen, die nicht auf andere Weise zu liefern ist. Ein Beispiel von diesem ist, wenn eine Produkt-Deinstallationssequenz unterbrochen ist, so dass die Deinstallation nicht abgeschlossen wird, aber in Rollback geht. Dann ich Patch mit einem kleinen Upgrade, um den Fehler im installierten Produkt zu beheben, und deinstallieren Sie es dann. Die meisten der Patches, die ich auf diese Weise gemacht habe, wurden mit Wise Package Studio gemacht - und sie funktionierten gut.

Ich verwende auch Patching, um sehr kleine Korrekturen zu freigegebenen Produkten zu liefern. In der Regel nur eine einzige Datei oder zwei mit einigen dringend Hotfixes. Jede komplexe Softwareversion kann dringend einen solchen Patch ein paar Wochen nach der Hauptveröffentlichung benötigen, da dringende Probleme in freier Wildbahn entdeckt werden und eine schnelle Lösung gewünscht wird. Dies dient dazu, große Downloads für Endbenutzer zu verhindern. Und in diesen Fällen aktiviere ich immer "Include ganze Dateien", um Bit-Level-Patching zu verhindern, das notorisch fehleranfällig ist.

Viele Leute wollen Patches verwenden, um kleine tägliche Updates zu QA-Testern zu liefern. Vergiss es. Es ist das Risiko nicht wert, schon gar nicht die Anstrengung und spart praktisch keine Zeit, es sei denn, Ihre Tester sind im Ausland. Wenn Sie Patches für QA-Tester erstellen müssen, verwenden Sie niemals Bit-Level-Patches, da dies fehlschlägt, wenn sie sich im Installationsordner herumgesprochen haben - was gute QA-Tester wahrscheinlich tun werden.

Wenn Sie Patches für ein freigegebenes Produkt erstellen müssen, stellen Sie sicher, dass Sie alle verfügbaren QA-Tester gut nutzen, Patches auf verschiedenen Plattformen patchen, von verschiedenen Versionen, Sprachen usw. upgraden. Es ist sehr schwer, richtig zu werden.Es ist auch möglich, nicht zu viele frühere Releases mit einem Patch anzusteuern, da dies dazu neigt, die Dinge schnell kompliziert zu machen.

Insgesamt: Denken Sie daran, dass patching is designed for hotfixing. Der verlinkte Artikel könnte eine Lektüre wert sein, wenn Sie die Verwendung von Patches für Ihr Produkt untersuchen. Es ist ein bisschen chaotisch, aber beschreibt mehrere MSI Patches Hindernisse.