升级至Wix 6.0后RemoveRegistryValues触发异常致升级故障

• 检查组件标识与属性变更

  • 确认涉及注册表的组件在Wix6.0项目中是否修改了Guid值或调整了Version属性。Windows Installer依赖组件Guid和版本判断组件生命周期，Guid变更会被视为新组件，旧组件会触发移除逻辑；若Version降低也可能导致组件被替换清理。
  • 核对组件Permanent属性，若原Wix3.14中标记为Permanent="yes"，升级到6.0后是否被误改为no，这会直接导致升级时组件被移除。

• 对比注册表相关元素定义

  • 逐行对比Wix3.14和6.0项目中的RegistryValue、RemoveRegistryValues元素：
    • 排查6.0版本是否新增了未加条件限制的RemoveRegistryValues元素，导致升级时无条件执行注册表清理。
    • 检查注册表项的KeyPath设置，若原组件以注册表项作为KeyPath，6.0中是否被修改或移除，这会让Installer判定组件缺失并触发清理。

• 核查升级包配置差异

  • 对比MajorUpgrade元素的配置：
    • 检查Schedule属性（如afterInstallExecute/afterInstallFinalize），不同调度时机直接影响组件移除的执行逻辑。
    • 确认RemoveFeatures属性是否包含了不该移除的功能，导致关联的注册表组件被连带删除。

• 排查功能与组件关联变化

  • 检查Wix6.0中Feature结构是否变更，原包含注册表组件的功能是否被标记为Absent，或在升级流程中被设置为移除。
  • 确认组件是否被错误地从所属功能中移除，导致升级时该组件不再被安装，触发旧组件的清理流程。

• 深挖Installer日志细节

  • 生成详细升级日志（执行命令：msiexec /i setup.msi /l*v upgrade.log），重点定位：
    • RemoveRegistryValues操作对应的组件ID，通过ID找到具体的注册表组件。
    • 日志中组件状态判断（如Component: XXXX; State: Absent），确认组件被标记为缺失的触发原因。
    • CostFinalize阶段的组件成本计算结果，判断是否因版本、Guid或属性问题导致组件被判定为无需保留。

• 验证Wix6.0特性变更

  • 梳理Wix6.0官方变更中关于组件处理、升级逻辑的内容：
    • 是否默认启用了之前需手动配置的组件清理规则？
    • RegistryValue元素的默认行为是否变更，比如Action属性默认值是否从create调整为其他？

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