Il existe deux scénarios de mise à niveau auxquels un module de fusion peut prendre part. Le premier est lorsque le programme d'installation procède à la mise à niveau et qu'il met à niveau un fichier .msm
. Cela se produit dans des cas comme le Service Pack Visual Studio où ils fournissent des modules de fusion mis à jour pour que vous puissiez utiliser. Cela peut poser problème car les fichiers .msm
ne possèdent pas de version de fichier (même s'ils ont une version de module de fusion), les règles de gestion de versions de fichiers ne s'appliquent donc pas correctement. Vous ne posez probablement pas de question sur ce cas.
L'autre scénario est lorsque le module de fusion a été fusionné dans un programme d'installation qui sera mis à niveau. Ce n'est plus un module de fusion, mais ses fichiers et autres enregistrements font partie du programme d'installation consommateur. Dans ce cas, le .msi
dans lequel il a été fusionné contrôle les étapes de mise à niveau. Les deux interagissent, informant vos réponses à vos trois premières questions. Si le module de fusion a des modifications qui ne respectent pas les règles de mise à niveau mineures, le programme d'installation consommateur ne pourra pas utiliser une mise à niveau mineure et devra recourir à des mises à niveau majeures. En conséquence, si vous souhaitez utiliser (ou autoriser) des mises à niveau mineures dans le programme d'installation consommateur, vous devez faire attention à vos composants. Cela peut être plus difficile que dans un .msi
puisque vous ne pouvez pas ajouter de nouvelles fonctionnalités à l'intérieur d'un module de fusion. Les règles de gestion des versions de fichiers s'appliqueront comme dans toutes les installations Windows Installer; Ainsi, la réponse à votre quatrième question est déterminée fichier par fichier, composant par composant au lieu d'une réponse de groupe pour tout le contenu du module.
Bonne réponse. Ce sera le deuxième scénario. L'image d'installation de Windows devient plus claire pour moi ... – Dudu