我们在 WiX 中有 2 个安装程序源，可以为具有相同产品版本、GUID 和包 GUID 的单个产品创建安装程序。
这 2 个安装程序项目将产生不同的输出，一个输出只是一个 MSI 文件 (File1.msi)，另一个项目输出是具有 不同 MSI 文件名的 CD-ROM 结构（File2.msi）。
所以现在当我们使用单个 MSI 文件安装产品时出现问题，如果我们从其他 CD-ROM 输出调用 MSI，我们最终会收到下面提到的错误。
我尝试为两种安装程序输出保持相同的 MSI 文件名，然后上述错误对话框已解决，但修复功能不起作用。
如果在产品的目标文件夹中删除了某些文件，则会显示指向 CD-ROM 安装程序源文件夹的源文件未找到错误。
请帮助我哪里出错了。我想支持没有此错误的修复安装。
【问题讨论】：
标签： wix windows-installer wix3.11
该对话框是预期的。您无法更改name of the MSI except during major upgrades。
之后，如果您重新构建以创建不同的布局，每个 MSI 可能都有一个唯一的PackageCode，这使它们成为唯一的包。这很可能是修复不起作用的原因。详细的日志文件应该能说明一切。
【讨论】：
PackageCode，这很可能是您停止更改软件包名称后无法修复的原因。要解决此问题，请不要重建 MSI。
更新：编译您的主 MSI，然后在其上运行 administrative image 并将提取的文件和 MSI 放在 CD 上？把压缩好的 那里也有版本-以防万一他们喜欢那种 释放（发生）。
我不确定当您以这种方式运行这两种设置时会发生什么，但是 我认为标记为管理映像提取的 MSI 可能是 被发动机检测到。我不确定。应该管用。 MSI 的内置方法，您无需与风车搏斗。
用户帐户：您是否正在创建任何 NT 用户帐户？您是否将 FailIfExists 属性设置为是？请在此处查看：
User Element (Util Extension)。 UpdateIfExists 的设置是什么？ （如果有的话）。
其他问题：可能还有其他问题以及 Rob 提到的问题。 You can not use the same package code for both release types because a package code by definition identifies a unique file。如果你试图“破解”它，就会出现各种类似 X 文件的问题。不是你想参加的战斗。
Administrative Installation: 为什么你现在想在 CD 上分发不同的设置？使用您的设置的公司将在您的设置上运行管理安装，提取所有文件 - 这是一个更好的概念。它本质上是一个美化的文件提取，它是一个内置的 Windows Installer 概念，旨在为软件创建一个网络安装点 - among other things。它本质上是提取所有文件并将Media table 转换为使用外部源文件。
链接列表：
【讨论】：