Pourquoi l'ajout d'une installation supplémentaire précédente interrompt le chemin de mise à niveau dans InstallShield?

Question

Je crée un patch pour mon produit. C'est le troisième patch pour la version de base. Mes chemins de mise à jour sont les suivantes:

• 1,0 -> 1.0.3
• 1.0.1 -> 1.0.3
• 1.0.2 -> 1.0.3

Ce que j'ai fait était de créer un nouveau correctif dans Patch View et de définir 1.0.3 comme la dernière version et 1.0, 1.0.1 et 1.0.2 comme les versions précédentes. (J'ai suivi la même approche lors de la création des correctifs 1.0.1 et 1.0.2)

Le problème que j'ai est que le chemin de mise à niveau de 1.0 à 1.0.3 ne fonctionne PAS, mais seulement si j'ajoute 1.0.2 à la liste des versions précédentes. Si je supprime 1.0.2 des versions précédentes, le chemin de mise à niveau 1.0 -> 1.0.3 fonctionne parfaitement.

Est-ce que quelqu'un sait ce qui pourrait être faux dans ce scénario?

Note: J'ai vu cette question dans les deux InstallShield 12 et InstallShield 2011.

Note 2: Quelqu'un pourrait-il s'il vous plaît appeler ceci comme InstallShield-2011 et InstallShield-12, les balises n'existent pas et je ne peux pas créer eux parce que vous n'avez pas assez de points. Merci.

Tout conseil sera apprécié.

Merci,

Juan C. Becerra

Answer 1

On dirait que certains component rules peuvent être cassés dans le programme d'installation 1.0.2. Pour savoir où le problème peut se trouver, je vous recommande d'exécuter l'Assistant Validation de mise à niveau, accessible à partir du menu en cliquant sur . Valider | Mise à niveau Assistant de validation ...

Ici, vous pouvez spécifier votre configuration la plus récente et spécifier les chemins d'accès aux versions précédentes, puis vérifier si des problèmes susceptibles d'entraîner une mise à niveau ont échoué. scénario.

Bonne chance,

Bryan