实现 Wix 伴随文件的正确方法？

Question

我们目前正在将构建脚本从 3.0 升级到 3.5，并在此过程中修复一堆旧的 ICE 错误。我已经阅读了许多文章，但对于使用伴随文件的最佳方法通常是什么，我有点困惑。

现在，假设文件 A.manifest 是 A.exe 的伴随文件...

最初：我们的旧版本将这 2 个文件分为 2 个组件：

<Component Guid="*" Id="A.exe" SharedDllRefCount="yes">
    <File Id="..." KeyPath="yes" Source="A.exe"/>
</Component>
<Component Guid="*" Id="A.exe.manifest" SharedDllRefCount="yes">
    <File CompanionFile="A.exe" Id="..." Source="A.exe.manifest"/>
</Component>

这会触发 ICE54：警告组件 'A .exe.manifest'使用文件'A.exe.manifest'作为其KeyPath，但文件的版本是由文件'A.exe'提供的，所以我猜这显然是错误的。

第一种方法：所以我尝试将KeyPath=yes添加到同伴的目录中：

<Component .../>
<Component Guid="*" Id="A.exe.manifest" SharedDllRefCount="yes" KeyPath="yes">
    <File CompanionFile="A.exe" Id="..." Source="A.exe.manifest"/>
</Component>

这会抑制警告，但在 Orca 中组件的 KeyPath 列显示为空白，所以我有怀疑它是否正确？

第二种方法： 接下来我尝试组合组件：

<Component Guid="*" Id="A.exe" SharedDllRefCount="yes"> <!-- GUID is wrong! -->
    <File Id="..." KeyPath="yes" Source="A.exe"/>
    <File CompanionFile="A.exe" Id="..." Source="A.exe.manifest"/>
</Component>

但似乎允许 WiX 在此处自动生成 GUID 不起作用。但如果我手动生成 GUID，每次构建都会在升级时破坏组件规则！我们实际上部署了很多伴随文件，因此生成每个组件的哈希值并永久存储它也可能是不可行的。对于每个伴随文件使用虚拟注册表项也是如此。

TLDR：这两种方法中哪一种实际上是 WiX 中更好的实践？

Answer 1

我的问题是你这样做想解决什么问题？一般来说，除非您对组件规则以及使用/不使用伴随文件的服务影响有非常深入的了解，否则您可能应该坚持 1:1 的组件：文件比率，其中所有文件都是关键文件。这不是绝对规则，但可能是 95-99% 的最佳规则。

也就是说，请查看 File 元素上的 KeyPath 属性，并记住，当组件在 MSI 的 KeyPath 列中没有数据时，这意味着组件目录是关键路径。