Wix - MSI 升级而不删除旧版本

Question

我想知道是否有任何方法可以使用更新版本的产品覆盖旧文件。有几百个文件，那么有没有更好的方法来做到这一点？由于升级完全清除了所有文件。我希望升级 MSI 覆盖文件。

我的升级逻辑如下：

<Upgrade Id="$(var.UpgradeCode)">
      <UpgradeVersion Minimum="$(var.ProductVersion)"
                      IncludeMinimum="no"
                      OnlyDetect="yes"                        
                      Property="NEWPRODUCTFOUND" />
      <UpgradeVersion Minimum="$(var.RTMProductVersion)"
                      IncludeMinimum="yes"
                      Maximum="$(var.ProductVersion)"
                      IncludeMaximum="no"                         
                      Property="UPGRADEFOUND" />
</Upgrade>

<CustomAction Id="PreventDowngrading" Error="Newer version already installed" />

<InstallUISequence>
  <Custom Action="PreventDowngrading" After="FindRelatedProducts">NEWPRODUCTFOUND</Custom>
</InstallUISequence>

<InstallExecuteSequence>
  <Custom Action="PreventDowngrading" After="FindRelatedProducts">NEWPRODUCTFOUND</Custom>
  <RemoveExistingProducts After="InstallFinalize" />      
  <InstallExecute After="RemoveExistingProducts"  />
</InstallExecuteSequence>

Answer 1

我需要尽快写这篇文章，请耐心等待，但这里是：

组件 GUID 必须在包之间保持相同，文件才能正确更新，尤其是在您通过补丁部署时。组件 GUID 不匹配的关键症状是在部署完成后完全丢失文件（以及永远无法工作的补丁）。

按照 PhilDW 的说明设置适当的主要升级，并在版本之间保持组件 GUID 一致并遵循组件创建规则，您的升级应该可以正常工作（以及您的补丁）。

请注意，您可以将组件 GUID 保留在 WiX 源文件之外，并允许它们自动生成而不是硬编码，并且您仍将获得一致的 GUID。 GUID 的自动生成将 calculate a stable GUID（请阅读链接的问题、已接受的答案及其所有 cmets）在版本之间保持稳定，除非您重命名或移动有问题的文件 - 这需要新的组件 GUID 和 @987654322 @（这也解释了为什么可以自动生成稳定的 GUID）。自动 GUID 生成将检测何时需要新的 GUID。

我无法加快通过 heat.exe 收集的速度，但我认为它允许自动生成组件 GUID，而不是硬编码。只需更改您的脚本或自动化过程以将组件 GUID 设置为自动生成（这在组件标记中使用 * 而不是 GUID）。请阅读整个答案以及所有答案和 cmets：Syntax for guids in WIX?

重要提示！ 补丁只是 MSI 升级的一种交付方式，它已经作为一个完整的软件包运行。在您确认完整的、更新的 MSI 软件包正确升级了以前的版本之前，不要浪费任何时间来生成补丁。如果这样做，您只会浪费时间 - 如果完整更新不起作用，补丁将永远无法工作。不能。

您的产品的第一个版本已经上线了吗？如果不是，我建议从头开始并使用自动生成的 GUID。如果您以前的版本是活动的并且您有硬编码的组件 GUID，您需要将第一个版本中的现有组件 GUID 与更新版本中的组件 GUID 匹配，或者您必须按照 zett42 的建议将 RemoveExistingProducts 放在 InstallExecuteSequence 的早期以允许在安装新版本之前完全卸载旧版本。这将防止之前的组件引用错误影响主要升级，并且升级后不应丢失任何文件。 由于组件引用不正确，这种方法根本不可能打补丁。这会导致次要和主要升级补丁都失败 - 两者都需要 100% 的组件引用才能正常工作。

这已经很长了。如果这一切对您来说听起来很希腊，请阅读链接的 stackoverflow 答案，并大致了解 MSI 组件创建最佳实践和组件引用。请参阅 MSDN。我会回来看看你的进展情况，一旦我知道什么不清楚以及你在哪里，也许会稍微清理一下这个答案。