Comment détecter le changement du code de package à mettre à jour (petite mise à jour)

Question

J'ai un produit appelé MyApp. Ce produit est livré avec différentes éditions, comme BASIC et PRO. Les deux éditions ont leur propre programme d'installation avec la même version.

Quand j'ai installé l'édition BASIC et exécuter le programme d'installation PRO, je veux InstallShield pour détecter. La constellation globale est illustrée dans l'image suivante.

• UPCO = Code de mise à niveau
• PRCO = Code produit
• PaCo = package Code

Les flèches noires sont traitées comme des améliorations importantes sans problème. Les flèches rouges illustrent le problème.

détecter trop ce scénario, je pensais à la vérification du code de package modifié. Par le lien suivant ce scénario est défini comme Small Update.

http://helpnet.flexerasoftware.com/isxhelp22/isxhelp22.htm#CSHID=helplibrary%2FUpgradeConsiderations.htm|StartTopic=helplibrary%2FUpgradeConsiderations.htm

1. Y at-il une propriété comme, IS_MINOR_UPGRADE ou IS_MAJOR_UPGRADE, que je peux utiliser?
2. Est-il possible de trouver le code Package, le code de produit et de mise à niveau du code de l'installation précédente et actuelle? Ensuite, je pourrais comparer ces valeurs et répondre à ce scénario dans InstallScript.

Answer 1

Sauf si IS_MINOR_UPGRADE est défini dans ce scénario, il n'existe aucune propriété de ce type. Vous pourriez être en mesure d'écrire une action personnalisée qui examine les informations actuellement enregistrées sur le paquet installé (voir MsiGetProductInfo), mais vous pouvez exécuter rapidement dans les limites dont les API Windows Installer vous êtes autorisé à appeler l'intérieur d'une action personnalisée. En supposant qu'il existe différents fichiers entre vos éditions (c'est-à-dire des noms différents, pas seulement des versions différentes du même nom de fichier), je pense que vous allez avoir des problèmes pour déplacer "gauche" et "droite". Ce faisant, il est probable que les composants orphelins de la machine tournent au moins dans l'une des directions. Je suggère d'utiliser l'une de ces approches alternatives:

• Utilisez un code de produits différents et peut-être aussi différents codes de mise à niveau (vous pouvez ajouter plusieurs mises à jour majeures d'employer une stratégie similaire à celle ISPreventDowngrade un afin d'éviter côte -side installs)
• Refactor plus petites MSIs (par exemple un pour les fichiers partagés et un chacun pour les différents fichiers par édition, celle-ci peut être mutuellement exclusifs comme au point précédent) peut-être distribué par un projet Suite/UI avancée, ou
• Utilisez des licences sans installation pour appliquer vos éditions