MSM（合并模块）的补丁（次要升级）创建问题

Question

我在使用 MSM（合并模块）安装（更新）补丁（次要升级）时遇到问题。 我正在使用 texst.wxs 创建 MSI (test.msi)。而text.wxs里面指的是app.msm文件（有一个文件夹app，里面有这么多的文件夹和文件。然后收割这个文件夹，制作app.msm文件）

以下是制作 app.msm 文件的步骤。

heat dir "app" -gg -sfrag -template:module -srd -ke -var var.source -out app.wxs
candle -dsource=app app.wxs
light app.wixobj

下面是test.wxs文件的sn-p

<Directory Id='TARGETDIR' Name='SourceDir'>
<Directory Id='ProgramFilesFolder' Name='PFiles'>
....
....

    <Directory Id='Config' Name='Config'>
       <Component Id='APP_CLIENT' Guid='*'>
           <Component Id='Manual' Guid='*'>
                <File Id='Manual' Name='Manual.pdf' DiskId='1' Source='Resources/Manual.pdf'
                  KeyPath='yes'>
                    <Shortcut Id="startmenuManual" Directory="ProgramMenuDir" 
                          Name="Instruction Manual" Advertise="yes" />

                </File>
            </Component>                                           
        </Directory>    

    <Directory Id='exmp_REPO' Name='!(loc.Merge_FolderTitle)'>
        <Merge Id="LocalRepository" Language="1033" SourceFile="app.msm" DiskId="1"/>                       
            <Component Id='exmp_REPOSITORY' Guid='*'>       
                 <CreateFolder/>    
                 <RemoveFolder Id='exmp_REPO' On='uninstall' />
            </Component>
        </Directory>            

....

<Feature Id='Complete' Display='expand' Level='1' ConfigurableDirectory='MYAPPPATH'>
    <ComponentRef Id='Manual'/>
    <ComponentRef Id='App_CLIENT'/>
    <ComponentRef Id='exmp_REPOSITORY'/>

... ...

我可以使用 app.msm（合并模块）对我的 test.wxs 进行重大升级。但无法成功安装补丁。补丁安装（更新）反映在“程序和功能”中的版本更改并显示在“查看已安装的更新”中。手动更改也反映在补丁更新中。但无论“app”（创建 app.msm 并在 test.wxs 中引用）文件夹中的任何更改都没有反映。

我使用了2种方法来制作补丁，在下面的url中提到了

1) http://wixtoolset.org/documentation/manual/v3/patching/patch_building.html

2)http://wixtoolset.org/documentation/manual/v3/patching/wix_patching.html

请在这方面提供帮助。

Answer 1

我在这里看到了几个潜在的问题，甚至可能是其他答案之外的问题：

1. 当您为合并模块加热文件时，-gg 会自动生成新的组件 guid。这不适用于补丁，因为它基本上会添加一堆新组件（每次都有新的指导！！）。此外，您将以这种方式删除组件，这是您不应该做的事情，也不容易做到，除非您仍然包含原始合并模块。然后你会遇到路径问题。
2. wix 修补教程使用 wixpdb 文件来区分原始安装程序和更新的安装程序。使用 wixpdb 文件，合并模块将不会被修补，无论文件是否更改。您将需要进行管理安装，然后在 msi 本身上进行比较。您仍然会遇到问题 #1。
3. 你的 wxs sn-p 坏了。至少 xml 元素永远不会正确关闭。您的 Feature 在某处也有 MergeRef？

一些提示：

• 您可以使用名为Orca 的程序查看补丁的功能。打开原始 msi，然后将您的 msp 补丁文件拖到它上面。
• 而不是使用合并模块，它们会使事情复杂化。您还可以使用热量生成片段，然后将其简单地包含到您的 wix 项目中。
• 使用 wix 修补方法（Patch 元素，而不是 PatchCreation 元素）。这更容易，但您拥有相同的控制权
• 如果您打算使用补丁更新那些自动生成的组件，请不要自动生成 guid。大升级不会有问题:)

Answer 2

您可以通过使用 Orca 打开并查看文件表来检查合并模块和 MSI 文件中的文件版本。或者使用 Orca 打开 MSI 文件，然后使用 Transform=>View patch 查看更改。

这可能很明显，但二进制版本的文件将被具有更高文件版本的文件替换。我提到是因为人们相信“新”文件会以某种方式取代“旧”文件，这是错误的。版本很重要。

通常您需要使用指定 REINSTALL=ALL REINSTALLMODE=omus 的 msiexec 命令安装补丁。双击 MSP 文件不一定会正常工作，除非您已安排它在内部使用自定义操作执行此操作，该操作在设置 PATCH 时设置它们。

如果您违反组件规则，补丁将无法工作。一个常见的错误是在补丁期间删除组件，这将导致“广告”更新实际上不会更新任何内容。在详细日志中查找 SELMGR 条目，不支持有关删除组件的文本。如果您这样做，将 MSIENFORCEUPGRADECOMPONENTRULES 属性设置为 1 将使补丁失败。

如果一个文件没有版本，是否覆盖取决于这里的替换规则，文件是否经过哈希处理会有一些区别：

https://msdn.microsoft.com/en-us/library/aa370531(v=vs.85).aspx

另外：你怎么知道补丁不起作用？如果您没有文件版本，那么除非您仔细查看，否则您无法知道文件是否已被替换。您不能信任日期，因为 Windows 会在安装文件时更改时间戳。您确实需要使用文件版本构建二进制文件，因为补丁、修补程序、服务包等所有内容都将使用它们来替换二进制文件。否则，对于数据文件，请使用文件哈希。

Answer 3

文件未正确更新的许多潜在原因中的一个重要问题：您在 .msm 中写入了大量未版本化的文件，例如 .xml 等。
重要规则：
在第一次安装 MSI 后，不是由 MSI 引擎本身（例如，您编辑了一个 config.xml 文件左右）在 PC 上更改的每个未版本化文件，通常不会再由 MSI 更新，不是通过补丁也不是通过主要升级. （通常我的意思是，您必须采取特殊措施，例如卸载或特别将这些文件指定为所谓的伴随文件）。

Answer 4

首先，我建议您了解构建的补丁是否包含正确的文件。如果不是，则您有构建问题，即 msm 未更新。如果是，您很可能对 msm 的内容有问题，这可能与它的前身不一致（尤其是 GUID、表主键等）。
您可以无需使用可以搜索和下载的工具（如 Orca 和 Insted）安装来查找和查看补丁的内容。

其次，使用合并模块会使事情变得非常复杂，特别是对于补丁，并且如果它们是你自己的并且你只使用它们一次，那么它们的用处有限。 Msms 主要用于需要 .msm 至少用于 2 个不同 MSI 包的情况。顺便说一句，我在其他工具的补丁中看到了一些使用合​​并模块的问题。我在这里对 WiX+补丁+MSM 没有什么特别的经验，但是，正如我所说的。

最后但并非最不重要的一点是，如果您真的想在未来保持这种复杂性，您将不得不做出选择。我记得，WiX 中还有其他可能性来模块化/封装您的软件的各个部分。