WiX安装包升级仅替换DLL不卸载旧版本的配置方法

当前配置触发冲突的核心原因有两点：

1. 同时配置了<MajorUpgrade>节点与自定义<Upgrade>检测节点，其中<MajorUpgrade>是为重大升级设计的，默认逻辑为「完整卸载旧版本后安装新版本」，和你需要的覆盖更新需求完全冲突。
2. 将PackageId设为固定GUID，同时UpgradeVersion节点配置了OnlyDetect="yes"——该属性只会让安装包检测到旧版本存在，但不会触发合法的升级流程，MSI会判定你试图在系统中安装两个同ProductId的独立产品，直接抛出已安装其他版本的错误。

你需要的「不执行完整卸载、仅替换更新文件、同步更新版本号」效果，对应MSI的小型升级（Minor Upgrade） 场景，按以下步骤调整配置即可实现。

• 移除现有<MajorUpgrade>节点
  该节点的默认执行逻辑和覆盖更新需求完全互斥，必须删除。
• 调整三个核心标识的配置规则
  • ProductId：保持现有固定GUID不变，作为同一系列产品的统一识别标识
  • PackageId：禁止使用固定GUID，将值改为*，让WiX每次编译时自动生成新的GUID，这是MSI区分不同安装包构建版本的核心标识，固定该值会直接触发安装包冲突
  • UpgradeCode：保持现有固定GUID不变即可
• 修正Upgrade节点与安装序列配置
  去掉OnlyDetect="yes"属性，补充安装执行序列的规则，指定升级时直接覆盖差异文件，不执行完整卸载流程，配置示例如下：

  <Upgrade Id="$(var.UpgradeCode)">
    <UpgradeVersion 
      Minimum="1.0.0" 
      IncludeMinimum="yes" 
      Maximum="$(var.ProductVersion)" 
      IncludeMaximum="yes" 
      Property="OLDERVERSIONDETECTED" />
  </Upgrade>
  
  <InstallExecuteSequence>
    <FindRelatedProducts Before="AppSearch" />
    <!-- 将RemoveExistingProducts放在InstallValidate之后，会直接覆盖安装差异文件，跳过完整旧版卸载流程 -->
    <RemoveExistingProducts After="InstallValidate" />
  </InstallExecuteSequence>
  

• 遵守版本号规则
  新版本安装包的前三位版本号（主版本.次版本.构建号）必须大于等于已安装的旧版本，MSI默认不会识别第四位修订号的变化。如果仅修改第四位版本号，需要额外补充同版本升级兼容配置，更推荐直接升级前三位版本号避免兼容问题。

• 所有需要替换的DLL、应用相关文件，对应的Component配置必须保持和旧版本一致的ComponentId，不要随意修改Component的GUID，否则MSI会将文件识别为全新组件，不会替换原有安装路径下的旧文件
• 不要在安装包中添加任何强制卸载旧版本的自定义动作，避免覆盖覆盖更新的默认逻辑
• 测试阶段如果遇到配置残留导致的安装报错，可以先执行msiexec /x {你的ProductId}命令手动清理测试环境中安装的旧版本，再重新验证安装逻辑

内容的提问来源于stack exchange，提问作者Rajeev pandit