删除随WiX安装的GUID =“”组件

发布时间：2020-12-14 01:51:22 所属栏目：Windows 来源：网络整理

导读：我在多台服务器上搞砸了基于WiX的安装程序,以便在卸载过程中不再删除文件或组件(甚至其他功能). MSI日志显示所有不会卸载的组件的PreviouslyPinned = 1. 我没有像使用SharedDll计数或甚至在不同安装程序之间共享组件那样花哨的东西. 我想我已将其追溯到我的W

我在多台服务器上搞砸了基于WiX的安装程序,以便在卸载过程中不再删除文件或组件(甚至其他功能). MSI日志显示所有不会卸载的组件的PreviouslyPinned = 1.

我没有像使用SharedDll计数或甚至在不同安装程序之间共享组件那样花哨的东西.

我想我已将其追溯到我的WiX代码的特定版本.我做了几件蠢事.我(无意中)创建了一个带有空白Guid的非托管组件

<Component Id="file.ext" Guid="">
    <File .../>
<Component>

我还更改了另一个组件的文件位置和Id(但不是它的Guid).早期版本中的所有组件都显示PreviouslyPinned = 1且不会卸载,并且在此版本安装/卸载后正确添加了新组件.

如何让我的安装程序恢复正常并删除以前固定的组件？

解决方法

Windows Installer实际上支持空GUID的概念.这意味着“安装,但不注册组件”： http://msdn.microsoft.com/en-us/library/aa368007(VS.85).aspx(ComponentId条目解释了空GUID会发生什么).

我刚刚使用WIX测试,它似乎尊重空白GUID条目(即没有自动生成guid).记住绝对路径/密钥路径和GUID之间的1：1规则：

>如果更改GUID,则应使用新的绝对路径作为组件键路径.
>如果更改绝对路径(例如,通过重命名文件或移动文件),则应更改GUID.

总之,GUID引用计算组件的安装密钥路径,而不是文件 – 它可能会移动,但随后文件通过新GUID具有新标识(想想在不同文件夹中具有相同名称的两个文件 – 它们是不同的文件,不同的身份).

清理乱搞GUID引用计数可能有点乱.我发现,如果我可以更改文件名,有效地消除了问题.我也生成一个新的guid,因此打破了旧guid的引用计数的链接.您还可以重命名安装文件夹(理想情况下,这也意味着应该更改所有组件GUID). RemoveFile表概念可用于删除尚未注册为组件的安装和/或卸载文件(例如生成的文件).

更新(2018年8月)：只是想补充一点,如果你的应用程序依赖于LoadLibrary/LoadLibraryEx或任何类似的“硬代码”文件名??构造 – 你要小心重命名你的dll或exe文件 – 这些都是深入的源代码.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!