问题标签 [merge-module]

假设我有一个由一堆 DLL 组成的组件。该组件是使用 .msi 安装程序发布的几个版本。

现在，我们需要它是一个 .msm，以便它可以包含在其他 msi 安装程序中。所以我们需要构建一个可以从 .msi 安装升级的合并模块。

怎么做？还是做不到？我们正在使用 Wix。

我可以找到很多关于如何升级微星的信息。例如，关于小升级、小升级、大升级以及它们的用例和限制的信息。但是，我找不到有关合并模块升级行为的信息，例如：

1. 似乎 msm 没有任何方法来指定次要、小型或主要升级。那么它的行为方式是什么？它是先卸载旧版本还是只更新更改的文件？
2. 有没有办法指定它可以像msi一样从哪个版本升级？
3. 我可以为新版本添加/删除/重命名组件吗？
4. 如果已安装此 msm 的较新版本并且容器 msi 决定安装，它会被此旧版本的 msm 覆盖吗？

我有一个使用合并模块安装 MS VC 运行时的 MSI。Microsoft 已经发布了 MS VC 运行时以及合并模块的更新。

只是替换 MSI 中的新 MSM 似乎不会更新客户端系统上的运行时。

MSI 必须是次要更新还是主要更新？或者有什么不同的调整来强制在客户端系统上安装新的 VC 运行时？

按照出色的建议，我已将一些变量移至WXI 文件。如何将其包含在WXS 文件中？

我们有一个 Visual Studio 2008，安装和部署，安装项目，它安装最少的文件并运行一些自定义操作。我们还有几个安装项目部署的合并模块项目。每个合并模块都有一个模块可重定向文件夹，其中包含安装不同组件的唯一子文件夹。

我们遇到的问题是在卸载安装项目期间，安装项目部署的文件从硬盘驱动器中完全删除；但合并模块部署的文件根本不会被删除。

此外，如果卸载后合并模块部署的文件仍然存在于硬盘驱动器上，再次安装设置项目不会覆盖合并模块部署的文件。

我们必须得到可接受的结果：

1) 确保在卸载期间删除合并模块部署的文件 2) 允许在全新安装期间覆盖合并模块部署的文件

任何想法将不胜感激！

合并模块中的依赖关系是什么意思？

我正在使用 WIX，并已成功使用自定义操作在安装程序末尾执行安装的文件，如下所示：

当 foobar.exe 位于同一个 wxs 文件的组件中时，这很有效。但是我真正想要的是执行一个由合并模块安装的文件。我该怎么做呢？

如果这有帮助，我可以在合并模块中进行更改。

所以，我正在尝试创建一个合并模块，其中有多个 wxs 文件。自从我的项目构建成功以来，我认为一切都很好。后来，我意识到其中一个二级 wxs 文件的 Source 属性中使用的路径完全错误，但编译器没有给出以下错误：

系统找不到文件'..\..\release_area\WrongPath\Component2.dll'。

在辅助 wxs 文件中，我添加了一个DirectoryRef元素，该元素引用主 wxs 文件中的文件夹AssemblyFolder以创建两个文件之间的引用。

主 wxs 文件：

辅助 wxs 文件：

只是为了澄清：为了测试，我<Component Id="Component2.dll">直接在主 wxs 中复制了我的错误：系统找不到文件 '..\..\release_area\WrongPath\Component2.dll'。

所以，我的猜测是辅助 wxs 文件和主 wxs 文件之间的引用是完全错误的，这就是编译器不验证文件路径但我无法弄清楚问题所在的原因。

我阅读了一些关于通过命令行构建合并模块的 Stackoverflow 问题，但是当有人建议使用 devenv 进行编译或使用 Dark 从现有的 msi 文件创建 wix 文件时，所有这些问题都被接受了。

考虑到以下几点：

• VisualStudio 没有安装在我必须使用的构建服务器上。
• 我正在使用 nant + msbuild 来编译解决方案
• 我想从 .vdproj 编译合并模块（因为 Visual Studio 会自动检测依赖项）
• 并从多个合并模块创建一个 msi 设置

...如何在没有 devenv 的情况下从命令行构建合并模块，并且不会失去在 visualstudio 中为合并模块自动依赖解析的舒适性？也许有一个我还没有找到的nanttask？

我有一个应用程序BACK，它被打包在一个合并模块中，并与另一个应用程序FRONT一起安装在主 MSI 包中。这些是通过 MS VisStudio 2008 中的项目创建的。

用户可以通过 MSI 的 UI 使用少量参数配置FRONT应用程序。我需要访问这些参数中的至少一个（在本例中为 URL），以便在运行时BACK可以访问FRONT。

• 在 MS Visual Studio 中，我无法查看 MSM 项目的 UI 来提示用户。
• 在 MSI 的 UI 中设置的参数显然没有传递给 MSM——使用了 MSM 中的一个类（派生自System.Configuration.Install.Installer），但它的 Install函数被称为 w/一个空的IDictionary。

我搜索了 Google、MSDN、SO 和其他人，但甚至没有找到任何人（使用 VisStudio）提出这个问题。MSDN 似乎有很多关于抽象的信息，没有提到任何工具，这让我认为它是为安装工具的开发人员而不是安装包的开发人员准备的。