我已经编写并维护了许多Wix安装源文件,这些文件用于构建MSI文件以分发我的应用程序。
我没有为任何类型的升级,更新,重新安装或任何种类的程序进行显式编程-有一个功能是由多个具有稳定GUID的组件组成,并且我观察到至少有一个全新安装可以我所期望的。
但是,我(以及拥有我分发的MSI文件的任何人)似乎可以使用它们各自的(不同的)MSI文件并排安装我的应用程序的不同版本。这本身不是问题,只是我显然使用与安装目标相同的文件夹“%ProgramFiles(x86)%\ Foobar”来安装应用程序(不考虑版本)。这意味着实际上存在总是会安装一个最终版本。
我认为Windows Installer到目前为止可以正常运行,因此可以从最后安装的MSI软件包中更新文件。有趣的副作用是,如果最后一个MSI是早期版本,则应用程序文件夹中的文件将被该早期版本中的副本覆盖。
但是对我来说,这似乎都不是真正的问题。我想修复实际安装的内容(单个应用程序版本)和Windows所安装的内容之间的差异-在我的情况下,是两个不同应用程序版本的两个记录。
由于我将应用程序安装在不依赖于所安装版本的文件夹中,因此Windows跟踪多个应用程序版本是错误的。
所以我想我的问题是,如何解决这个问题,以便仅显示一个版本(反映现实)?在这种情况下,惯用的方法是什么?我故意不对Wix源代码进行过多说明,希望作为回报,Windows Installer可以使用一些内置的智能功能自行解决所有问题。但是,我想可能需要添加一些明确的升级或uninstall-previous-version-first指示。
我缩小的Wix源代码(文件“ foobar.wxs”)如下所示:
<?xml version="1.0" encoding="utf-8" ?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi" xmlns:util="http://schemas.microsoft.com/wix/UtilExtension">
<Product Name="Foobar" Manufacturer="ACME Inc." Id="*" UpgradeCode="ae9a7d6d-6c2d-446a-97d9-9dbe829d2ea8" Language="1033" Codepage="1252" Version="!(wix.PRODUCT_VERSION)">
<Package Id="*" Languages="1033" SummaryCodepage="1252" Compressed="yes" InstallerVersion="200" />
<Icon Id="foobar" SourceFile="!(wix.APPPATH)/foobar.ico" />
<Property Id="ARPPRODUCTICON" Value="foobar" />
<Property Id="ARPCOMMENTS" Value="Gives you full foobar powers" />
<MediaTemplate EmbedCab="yes" CompressionLevel="high" />
<Directory Id="TARGETDIR" Name="SourceDir">
<Directory Id="DesktopFolder" />
<Directory Id="ProgramFilesFolder">
<Directory Id="INSTALLDIR" Name="Foobar" FileSource="!(wix.APPPATH)">
<Component>
<File Id="foobar.exe" Name="foobar.exe" />
</Component>
<!-- There are other components like above (assets) -->
</Directory>
</Directory>
<Directory Id="ProgramMenuFolder">
<Directory Id="foobar_menu" Name="Foobar">
<Component Id="foobar_shortcut" Guid="e80a6b95-a145-453a-b327-65a977e741fe">
<Shortcut Icon="foobar" Id="foobar_shortcut" Name="Foobar" Target="[foobar]foobar.exe" />
<Shortcut Directory="DesktopFolder" Icon="foobar" Id="foobar_desktop_shortcut" Name="Foobar" Target="[foobar]foobar.exe" />
<RegistryValue KeyPath="yes" Root="HKMU" Key="Software\[Manufacturer]\[ProductName]" Type="string" Value="" />
<RemoveFolder Id="remove_foobar_menu" On="uninstall" />
</Component>
</Directory>
</Directory>
<Directory Id="CommonAppDataFolder">
<Directory Id="app_data_foobar" Name="foobar">
<Component Guid="" Id="app_data_config_folder">
<CreateFolder />
</Component>
<Component Guid="" Id="app_data_config_folder_log_file">
<File Name="foobar.log" Source="foobar.log.template">
<!-- Add write access permission to the log file to members of "Users" group. -->
<!-- PermissionEx Sddl="D:AR(A;;GWGR;;;BU)" / -->
<!-- Bug with Windows Installer, can't use PermissionEx/MsiLockPermissionsEx table. See https://stackoverflow.com/questions/55145282/how-to-include-inherited-permissions-when-specifying-permissions-for-a-file-inst -->
<util:PermissionEx Append="yes" GenericWrite="yes" User="Users" />
</File>
</Component>
</Directory>
</Directory>
</Directory>
<Feature Id="foobar">
<ComponentGroupRef Id="foobar" />
<ComponentRef Id="foobar_shortcut" />
<ComponentRef Id="app_data_config_folder" />
<ComponentRef Id="app_data_config_folder_log_file" />
</Feature>
</Product>
</Wix>
我正在使用以下Windows命令提示符行来编译目标文件:
candle.exe -ext WixUtilExtension -out %TEMP% foobar.wxs
然后使用以下命令生成MSI文件:
light.exe -ext WixUtilExtension -spdb "-dAPPPATH=%apppath%" "-dPRODUCT_VERSION=%version%" -out %TEMP%\foobar-%version%.msi %TEMP%\foobar.wixobj
(使用Wix 3.11.1.2318)
答案 0 :(得分:1)
升级代码 :只要您设置了升级代码(用于标识一堆相关产品),就可以使用主要升级元素来表示作为新MSI安装的一部分将被卸载。
主要升级元素 :只需向您现有的WiX源中注入MajorUpgrade element,即可对主要升级进行默认处理。这是一种“魔术元素”,可以帮助您做出许多(通常是很好的)假设。有较旧且更灵活的方法-如果您需要更详细的控制(通常出于遗留目的-自动魔术不能覆盖所有基础):
<MajorUpgrade DowngradeErrorMessage="A newer version of [ProductName] is already installed." />
以上是在Visual Studio中创建的所有WiX文件的标准用法。
注意 :我将尝试在不久的将来通过更多链接来调整此答案,但请先尝试一下吗?
第一个链接 :Using Visual Studio to make WiX files. The Hello WiX and Visual Studio-type of scenario。
主要升级建议读物 :有关主要升级的一些注意事项。所有WiX标记实际上都围绕编译后的MSI的Upgrade table。在那里配置了主要的升级逻辑。自定义操作也可能会影响事物,也许还会影响其他一些事物,例如启动条件。
Common Problems
:WIX does not uninstall older version Manual Configuration
:Adding entries to MSI UpgradeTable to remove related products(使用旧式升级元素)进一步 :
How-To & Concept
:Doing Major Upgrade in Wix creates 2 entries in Add/Remove Programs