我正在使用最新版本的WiX(3.0)，无法使上述工作。但这确实起作用了:

<Product Id="*" UpgradeCode="PUT-GUID-HERE" ... >

<Upgrade Id="PUT-GUID-HERE">
  <UpgradeVersion OnlyDetect="no" Property="PREVIOUSFOUND"
     Minimum="1.0.0.0"  IncludeMinimum="yes"
     Maximum="99.0.0.0" IncludeMaximum="no" />
</Upgrade>

注意，PUT-GUID-HERE应该与您在产品的UpgradeCode属性中定义的GUID相同。

在最新版本(从3.5.1315.0 beta开始)中，您可以使用MajorUpgrade元素，而不是使用您自己的元素。

例如，我们使用这段代码进行自动升级。它可以防止降级，给出一个本地化的错误消息，也可以防止升级已经存在的相同版本(即只升级低版本):

<MajorUpgrade
    AllowDowngrades="no" DowngradeErrorMessage="!(loc.NewerVersionInstalled)"
    AllowSameVersionUpgrades="no"
    />

Product元素中的Upgrade元素，结合适当的操作调度，将执行您所需要的卸载。确保列出所有要删除的产品的升级代码。

<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="00000000-0000-0000-0000-000000000000">
  <UpgradeVersion Minimum="1.0.0.0" Maximum="1.0.5.0" Property="PREVIOUSVERSIONSINSTALLED" IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade>

请注意，如果您对构建非常谨慎，就可以防止人们意外地安装较旧版本的产品而不是较新的版本。这就是Maximum字段的作用。当我们构建安装程序时，我们将UpgradeVersion Maximum设置为正在构建的版本，但是IncludeMaximum="no"以防止这种情况。

您可以选择有关RemoveExistingProducts的调度。我更喜欢把它安排在InstallFinalize之后(而不是其他人推荐的InstallInitialize之后):

<InstallExecuteSequence>
  <RemoveExistingProducts After="InstallFinalize"></RemoveExistingProducts>
</InstallExecuteSequence>

在复制新文件和注册表项之前，将一直安装以前版本的产品。这让我可以将数据从旧版本迁移到新版本(例如，您已经将用户首选项的存储从注册表切换到XML文件，但是您希望礼貌地迁移他们的设置)。这个迁移是在InstallFinalize之前的一个延迟自定义操作中完成的。

另一个好处是效率:如果有未更改的文件，当你在InstallFinalize之后调度时，Windows安装程序不会费心再次复制它们。如果在InstallInitialize之后进行调度，则会首先完全删除以前的版本，然后安装新版本。这会导致不必要的删除和重新复制文件。

有关其他调度选项，请参阅MSDN中的RemoveExistingProducts帮助主题。本周的链接是:http://msdn.microsoft.com/en-us/library/aa371197.aspx

我从教程中漏掉了一件重要的事情(从http://www.tramontana.co.hu/wix/lesson4.php偷来的)，导致“此产品的另一个版本已经安装”错误:

*Small updates mean small changes to one or a few files where the change doesn't warrant changing the product version (major.minor.build). You don't have to change the Product GUID, either. Note that you always have to change the Package GUID when you create a new .msi file that is different from the previous ones in any respect. The Installer keeps track of your installed programs and finds them when the user wants to change or remove the installation using these GUIDs. Using the same GUID for different packages will confuse the Installer.

次要升级表示产品版本已经更改的更改。修改Product标签的Version属性。产品将保持不变，因此您不需要更改product GUID，当然，需要获得一个新的Package GUID。

主要升级是指从一个完整版本到另一个完整版本的重大变化。更改所有内容:版本属性、产品和包guid。

我正在使用最新版本的WiX(3.0)，无法使上述工作。但这确实起作用了:

<Product Id="*" UpgradeCode="PUT-GUID-HERE" ... >

<Upgrade Id="PUT-GUID-HERE">
  <UpgradeVersion OnlyDetect="no" Property="PREVIOUSFOUND"
     Minimum="1.0.0.0"  IncludeMinimum="yes"
     Maximum="99.0.0.0" IncludeMaximum="no" />
</Upgrade>

注意，PUT-GUID-HERE应该与您在产品的UpgradeCode属性中定义的GUID相同。

我使用这个网站来帮助我了解有关WiX升级的基础知识:

http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization

之后，我创建了一个示例安装程序(安装了一个测试文件)，然后创建了升级安装程序(安装了2个示例测试文件)。这将使你对该机制的工作原理有一个基本的了解。

正如Mike在Apress的书中所说，“Windows安装程序的权威指南”，它会帮助你理解，但它不是用WiX写的。

另一个非常有用的网站是这个:

http://www.wixwiki.com/index.php?title=Main_Page