使用 bundle oder msi 修补安装？

Question

我没有修补/升级安装的经验。

我们有一个 wix 包设置，其中包含一个标准（wix 创建的）msi，以这种方式添加到包中：

<MsiPackage SourceFile="MySetup.msi" Id="MySetupId" Cache="yes" DisplayInternalUI="no" SuppressSignatureVerification ="yes" Visible="no" >

所以在添加/删除软件部分显示的是捆绑包，而不是 msi 本身。

msi 和捆绑包都已签名。

目前我们发布的版本是“2.1.0.BuildNumber”。

bundle.wxs 有升级代码 A msi有产品代码B和升级代码C。

不幸的是，这个版本包含一个普通的错误，但我们不想仅仅因为这个错误而发布“v2.2.0.BuildNumber”，而是“2.1.1.BuildNumber”，所以我们需要一个补丁。

这里的最佳做法是什么？我们是否应该只创建一个像这里描述的 msp 文件

http://wixtoolset.org/documentation/manual/v3/patching/wix_patching.html?

这会破坏 bundle 和 msi 之间的关系吗？这个补丁会显示在添加/删除程序部分吗？

或者是否有可能将捆绑包用于补丁？

目标是，我们的客户无需卸载旧版本即可安装补丁，但可以使用以前发布的捆绑包卸载整个范围。

Answer 1

我的个人建议是，除非绝对必要，否则不要创建补丁。你避免了很多麻烦。 IMO 的主要问题是补丁不能很好地适应源代码控制和 CI。首先，您无法自动增加内部版本号并将其包含在版本号中 - 它必须保持不变。其次，创建 msp 补丁要求在新构建期间存在来自先前构建的二进制文件。在 MS 技术中，应该存在以前的 msi，在您引用的 WiX 技术中，您将需要以前版本中的 *.wixpdb。第三（还是第一个？），补丁是一次性操作，不应该由 CI 自动执行连续执行。

如果捆绑包没有将其包包含在 exe 中而是下载它们，则新的捆绑包版本只能下载更改的包，因此安装时间会很短。否则你就不走运了。

您需要为您的错误 msi 创建一个 msp 升级。升级可能会或可能不会更改 msi 版本，但如果更改，则 msi 的版本将与捆绑包的版本不匹配。用户无论如何都看不到 msi 版本。

你可以直接安装msp。当捆绑包被卸载时，msp 也将被卸载。不知道msp在ARP中是否可见（msi不可见）。

您可以创建一个补丁包。这是一个独立的捆绑包，有自己的升级代码。它将包含

<Bundle .... ParentName="Name of your main bundle"...>
    <RelatedBundle Id="YourMainBundleUpgradeCode" Action="Patch" />

将 MspPackage 与您的 msp 一起包含到链中。

此捆绑包将作为“主捆绑包名称”的子项在已安装更新中可见，并且将与主捆绑包一起卸载或在安装主捆绑包的新版本时卸载。

您还需要包含一个条件，以防止在未安装此特定版本的主包时安装补丁包。没有记录在案的 API 来检测包（尽管您可以使用 RegistrySearch），但您可以对包含在主包中的特定版本的 msi 执行 ProductSearch。

请注意，具有相同版本号的主捆绑包的新版本将并行安装（ARP 中将有两个相同的条目），具有更大版本号的新版本将自动卸载以前的版本。因此，您无法发布主包的新版本。