Answers:
在最新版本（从3.5.1315.0 beta版开始）中，可以使用MajorUpgrade元素，而不必使用自己的元素。
例如，我们使用此代码进行自动升级。它可以防止降级，提供本地化的错误消息，还可以防止升级已经存在的相同版本（即仅升级较低的版本）：
<MajorUpgrade
AllowDowngrades="no" DowngradeErrorMessage="!(loc.NewerVersionInstalled)"
AllowSameVersionUpgrades="no"
/><MajorUpgrade>必须在后面 放置“ ”元素<Package>。否则，candle给出以下错误：“错误CNDL0107：模式验证失败，第1行，第473列出现以下错误：名称空间' schemas.microsoft.com/wix/2006/wi '中的元素'Product '具有无效的子元素' “命名空间'schemas.microsoft.com/wix/2006/wi'中的MajorUpgrade '。预期的可能元素列表：'Package'。”。
AllowDowngrades或AllowSameVersionUpgrades。它们默认为否。
最终，我找到了一个解决方案-我在这里将其发布给可能有相同问题的其他人（你们中的全部5个人）：
在产品下添加以下内容：
<Property Id="PREVIOUSVERSIONSINSTALLED" Secure="yes" />
<Upgrade Id="YOUR_GUID">
<UpgradeVersion
Minimum="1.0.0.0" Maximum="99.0.0.0"
Property="PREVIOUSVERSIONSINSTALLED"
IncludeMinimum="yes" IncludeMaximum="no" />
</Upgrade> 在InstallExecuteSequence下添加：
<RemoveExistingProducts Before="InstallInitialize" /> 从现在开始，每当我安装产品时，它都会删除以前的安装版本。
注意：用您自己的GUID替换升级ID
ProductVersion仅支持三个版本字段；因此，将完全不比较第四个字段。见VersionMin和VersionMax下的音符msdn.microsoft.com/en-us/library/aa372379(VS.85).aspx
以下是我用于主要升级的语法：
<Product Id="*" UpgradeCode="PUT-GUID-HERE" Version="$(var.ProductVersion)">
<Upgrade Id="PUT-GUID-HERE">
<UpgradeVersion OnlyDetect="yes" Minimum="$(var.ProductVersion)" Property="NEWERVERSIONDETECTED" IncludeMinimum="no" />
<UpgradeVersion OnlyDetect="no" Maximum="$(var.ProductVersion)" Property="OLDERVERSIONBEINGUPGRADED" IncludeMaximum="no" />
</Upgrade>
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>正如@Brian Gillespie指出的那样，还有其他地方可以根据所需的优化来安排RemoveExistingProducts。注意，PUT-GUID-HERE必须相同。
<InstallExecute After="RemoveExistingProducts" />。您的示例没有此内容-这是否表示这本书是错误的？
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>请注意，如果您对构建感到谨慎，则可以防止人们意外地安装较新版本的产品。这就是“最大值”字段的作用。在构建安装程序时，我们将UpgradeVersion Maximum设置为正在构建的版本，但是将IncludeMaximum =“ no”设置为防止这种情况。
您可以选择安排RemoveExistingProducts的时间。我更喜欢在InstallFinalize之后进行调度（而不是像其他人建议的那样在InstallInitialize之后进行调度）：
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallFinalize"></RemoveExistingProducts>
</InstallExecuteSequence>这将保留产品的先前版本，直到复制新文件和注册表项之后。这使我可以将数据从旧版本迁移到新版本（例如，您已将用户首选项的存储从注册表切换到XML文件，但是您要保持礼貌并迁移其设置）。此迁移是在InstallFinalize之前以延迟的自定义操作完成的。
另一个好处是效率：如果文件没有更改，则在InstallFinalize之后进行计划时，Windows Installer不会再麻烦地复制它们。如果计划在InstallInitialize之后进行，则首先会完全删除先前版本，然后再安装新版本。这导致不必要的删除和重新复制文件。
有关其他计划选项，请参阅MSDN中的RemoveExistingProducts帮助主题。本周，链接为：http : //msdn.microsoft.com/en-us/library/aa371197.aspx
RemoveExistingProducts计划在此之后执行，InstallFinalize并且由于assemblyVersion不变而未更新dll，但其他字段（例如AssemblyProduct）却被更新。我不希望在文件比较常规的怜悯-我只是想以前的应用程序GONE
您最好在WiX用户邮件列表中询问此问题。
最好是在对Windows Installer的工作有深刻了解的情况下使用WiX。您可能会考虑获取“ Windows安装程序权威指南 ”。
删除现有产品的操作是RemoveExistingProducts操作。因为执行操作的后果取决于计划的时间-即故障是否导致旧产品的重新安装以及是否再次复制未更改的文件-您必须自己计划它。
RemoveExistingProducts处理<Upgrade>当前安装中的元素，使@Id属性与系统上所有已安装产品的UpgradeCode（在<Product>元素中指定）相匹配。该UpgradeCode定义了一系列相关产品。具有此UpgradeCode，版本在指定范围内且UpgradeVersion/@OnlyDetect属性为no（或省略）的所有产品将被删除。
有关RemoveExistingProducts提及设置UPGRADINGPRODUCTCODE属性的文档。这意味着要删除的产品的卸载过程会收到该属性，该属性的值就是Product/@Id要安装的产品的。
如果您的原始安装不包含UpgradeCode，则将无法使用此功能。
我使用此站点来帮助我了解有关WiX升级的基础知识：
http://wix.tramontana.co.hu/tutorial/upgrades-and-modularization
之后，我创建了一个示例安装程序（安装了一个测试文件），然后创建了Upgrade安装程序（安装了两个示例测试文件）。这将使您对机制的工作原理有基本的了解。
正如Mike在Apress的书“ Windows安装程序权威指南”中所说的那样，它可以帮助您理解，但是它不是使用WiX编写的。
另一个非常有用的站点是：
我阅读了WiX文档，下载了示例，但是升级仍然有很多问题。小型升级不会执行先前产品的卸载，尽管可以指定那些卸载。我花了一天多的时间进行调查，发现WiX 3.5引入了新的升级标签。这是用法：
<MajorUpgrade Schedule="afterInstallInitialize"
DowngradeErrorMessage="A later version of [ProductName] is already installed. Setup will now exit."
AllowDowngrades="no" />但是出现问题的主要原因是文档说，对于小规模和小规模升级，都使用“ REINSTALL = ALL REINSTALLMODE = vomus ”参数，但是并没有说这些参数对于大型升级是禁止的-它们只是停止工作。因此，您不应该将它们用于主要升级。
我建议看看Alex Shevchuk的教程。他在“ 从MSI到WiX，第8部分-重大升级”中以一个很好的动手示例解释了通过WiX进行的“重大升级” 。
我错过了一段时间的教程中的一件重要事情（从http://www.tramontana.co.hu/wix/lesson4.php中偷走了），导致出现“该产品的另一个版本已安装”错误：
* 小更新 意味着对一个或几个文件进行小的更改，其中的更改不保证更改产品版本（major.minor.build）。您也不必更改产品GUID。请注意，创建新的.msi文件在任何方面都与以前的文件不同时，始终必须更改Package GUID。当用户想要使用这些GUID更改或删除安装时，安装程序会跟踪已安装的程序并找到它们。对不同的软件包使用相同的GUID会使安装程序感到困惑。
较小的升级 表示产品版本已经更改的更改。修改产品标签的版本属性。产品将保持不变，因此您无需更改产品GUID，但是当然会获得新的Package GUID。
重大升级 表示重大更改，例如从一个完整版本转到另一个完整版本。更改所有内容：Version属性，Product和Package 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相同。
下面为我工作。
<Product Id="*" Name="XXXInstaller" Language="1033" Version="1.0.0.0"
Manufacturer="XXXX" UpgradeCode="YOUR_GUID_HERE">
<Package InstallerVersion="xxx" Compressed="yes"/>
<Upgrade Id="YOUR_GUID_HERE">
<UpgradeVersion Property="REMOVINGTHEOLDVERSION" Minimum="1.0.0.0"
RemoveFeatures="ALL" />
</Upgrade>
<InstallExecuteSequence>
<RemoveExistingProducts After="InstallInitialize" />
</InstallExecuteSequence>请确保产品中的UpgradeCode与升级中的ID匹配。
即使是主要的DOWN成绩，这对我也起作用：
<Wix ...>
<Product ...>
<Property Id="REINSTALLMODE" Value="amus" />
<MajorUpgrade AllowDowngrades="yes" />