MSI安装Modify与Patch序列差异及缺失文件修复疑问

• 已部署的MSI程序存在部分安装文件被误删的问题，需要执行修复；但MSI包LaunchCondition表配置了PATCH OR NOT REINSTALL规则，导致原生修复入口被禁用。
• 前期尝试通过制作空.msp dummy补丁包，期望借补丁安装序列触发文件修复逻辑，未取得预期效果。
• 现有补丁制作能力存在限制：缺失文件是首次全新安装时通过transform注入的，当前使用的InstallShield QuickPatch项目不支持新增文件，无法通过补丁直接携带交付这些缺失文件。
• 实测可复现的有效现象：不对功能选择项做任何调整，直接运行MSI的Modify（更改）选项即可成功恢复所有缺失文件。

1. MSI安装框架下，Modify操作与Patch操作的安装序列运行机制存在什么差异？为什么Patch操作无法恢复缺失文件，但Modify操作可以？
2. 上述差异是否与REINSTALLMODE、REINSTALL、ADDLOCAL等安装属性的默认配置有关？

两类操作的核心差异来自Windows Installer对安装属性的默认赋值规则、组件扫描范围的不同：

属性赋值逻辑差异 #

• Patch（补丁安装）序列
  执行.msp补丁安装时，Windows Installer会自动将PATCH属性赋值为当前加载的补丁包路径，仅靠该属性即可通过PATCH OR NOT REINSTALL的启动条件校验；但补丁序列默认不会自动将已安装的功能（feature）加入REINSTALL属性列表，仅会处理补丁包内显式关联的组件。
  加上InstallShield QuickPatch生成的补丁默认不会扫描原安装包（含首次安装时transform带入的自定义组件）的文件完整性，空补丁没有关联任何需要修复的自定义组件，自然不会触发缺失文件的补全逻辑。
• Modify（更改维护）序列
  从控制面板或直接运行原MSI进入维护模式选择Modify时，Installer会自动加载首次安装时留存的配置快照，包括当时应用的transform配置、已安装的功能列表。当用户不修改功能选择直接推进安装时，Installer会自动将所有标记为本地安装的功能加入ADDLOCAL属性校验列表，默认采用REINSTALLMODE=omus规则（文件缺失、版本不匹配时重新安装，同步更新必要的注册表、快捷方式等），对所有本地安装的组件做存在性校验，缺失文件会直接从本地缓存的安装源（含首次安装的transform源缓存）拷贝补全。整个流程不会设置REINSTALL属性，因此不会被启动条件拦截。

修复触发路径差异 #

Windows Installer的组件文件修复存在两条独立触发路径：一是通过REINSTALL属性指定功能/组件走重装流程，二是维护模式下ADDLOCAL枚举已安装本地组件时的存在性校验。

• Patch操作默认仅走第一条路径，且扫描范围仅限补丁包自身关联的组件，不会主动枚举全量已安装组件做完整性校验；
• Modify操作在不改动功能选择的场景下，会走第二条路径，覆盖首次安装时落地的所有组件（包括transform注入、补丁未包含的自定义组件），因此可以补全缺失文件。

无需制作补丁包，直接通过命令行调用Windows Installer，模拟无改动Modify的逻辑即可绕过启动条件限制完成修复，参考命令：

msiexec /i {对应产品的ProductCode} ADDLOCAL=ALL REINSTALLMODE=omus /qn

该命令未设置REINSTALL属性，可直接通过PATCH OR NOT REINSTALL的启动条件校验；ADDLOCAL=ALL参数会强制校验所有本地安装组件的完整性，自动补全缺失文件，效果与手动点击Modify不改动功能直接完成安装完全一致。

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