WiX引导程序能否以最终用户期望的方式回滚主要升级？

Question

我的引导程序应用程序在链中有几个 msi包。为方便起见，msi软件包始终执行主要升级，在安装新版本之前完全删除产品。

如果在捆绑软件链中间的升级操作期间需要回滚，则会恢复先前执行的主要升级，从而导致受影响的产品不再安装。< / p>

这似乎合理但可能不是最终用户所期望的。这些产品应该理想地恢复到以前安装的版本，而不是卸载某些产品。

我想知道他们是否是一种解决这一要求的方法而不放弃主要的升级策略。 WiX引导程序能否以最终用户期望的方式回滚主要升级？

Answer 1

我有同样的问题，并向FireGiant开了一张支持票。他们的回应是：

  

不幸的是，伯恩今天不这样做。捆绑包仅携带“他们的”包裹，不携带旧包裹。捆绑版本N可以升级版本N-1或N-10，因此修复一个软件包是不可行的。相反，当前的最佳建议是告诉用户对已安装的捆绑软件进行修复。有一个开放功能请求，要求有一个选项告诉Burn自动执行此操作，但尚未实现。