Question

我有一个WiX引导程序包：

<Bundle Name="blah" Version="1.0.0" Manufacturer="blah" UpgradeCode="some-guid-string">

当我生成一个新版本并尝试在之前的安装中安装它时，引导程序应该自行升级（因为它的版本相同），但它会在程序和功能中留下旧版本。如果在同一版本上安装，我该如何完全卸载以前的版本，如何从程序和功能中删除旧版本？我已经在线查看，但没有关于这个主题的明确答案。

编辑：This question提示使用自定义BA通过更改OnPlanRelatedBundle中的请求状态来覆盖默认的无操作行为。我不确定这是什么意思，或者我怎么能挂进OnPlanRelatedBundle ......任何人都可以澄清一下吗？自定义BA =自定义构建操作吗？

Answer 1

很抱歉重振旧帖子，但由于WiX 3.10仍然没有本机支持，我想我会发布我的解决方案。

此方法的警告是，双击刚刚安装的软件包不会显示通常的“修改，卸载”对话框。我已经完成的处理是<bal:Condition>，如果用户希望调用卸载或修改功能，则指示用户使用“添加删除程序”。

我之所以需要这个，而不仅仅是增加版本来执行升级，是因为我们有在线和离线捆绑。我想阻止它们同时安装。

此方法需要的另一件事是您的软件包版本ID与您的MSI版本ID匹配。足够的免责声明，这是方法：

创建产品搜索，但重要的是，使用UpgradeCode作为MSI包，而不是捆绑包！ ProductSearch永远不会找到您的Bundle的GUID，因为Bundle是.exe而不是MSI。

<util:ProductSearch
        Variable="BundleAlreadyInstalled"
        UpgradeCode="MSI-GUID-NOT-BUNDLE-GUID"
        Id="BundleAlreadyInstalledSearch"
        Result="version"
                />

接下来，在<bundle>元素中添加以下内容：

<Variable Name="CurrentVersionNumber" Type="string" Value="$(var.Version)" />
<bal:Condition Message="Tell your user to use Add Remove Programs here.">
    NOT WixBundleAction = 5 OR NOT BundleAlreadyInstalled = CurrentVersionNumber
</bal:Condition>

这里的黑客核心是我们正在使用MSI的版本（正如我所说的那样必须与Bundle的版本相匹配）作为该捆绑包是否存在于目标系统上的关键指标。

如果您不包含NOT WixBundleAction = 5，则无法卸载该应用程序，这很重要。

至于第二部分，我们想要具体检测是否已安装此版本。升级和降级将无法通过此测试，这正是我们想要的，因为正常的逻辑将启动并执行升级/降级。

如果没有这一点逻辑，我的用户可以同时安装捆绑包的在线和离线版本。主要原因是Bundle@Id是由WiX生成的。这个修复的另一个更微妙的问题是简单地重建Bundle而不修改Version也允许你并排安装它！您将在“添加删除程序”中获得所有这些条目的重复条目。

这几行代码完全阻止了这些问题。正如我所提到的，权衡是安装，然后再次运行确切的捆绑包不会触发卸载对话框，但这比重复的ARP条目更容易生存。特别是因为您只需在错误消息中提供说明。

Answer 2

尝试在Bootstrapper中指定RelatedBundle元素。

<RelatedBundle Id="THE-BUNDLE-UPGRADE-GUID" Action="Upgrade"/>

Answer 3

我发现绕过我的问题而不修改WiX刻录源代码。

我禁用了我的引导程序包以显示在程序和功能中：

<Bundle DisableRemove="yes" DisableModify="yes" ... />

我真的不需要它出现。我只需要捆绑包装并安装以显示，真的。然后，我只是让它显示它安装的MSI包，而不是：

<MsiPackage Visible="yes" ... />

如果检测到相同版本，则升级引导程序包

3 个答案: