merge-module

    -1热度

    1回答

    我有一些使用高级安装程序创建的合并模块项目。我需要将它们与视觉工作室整合。我已经为MSI项目做了同样的工作,他们工作得很好。但我不知道如何使用Visual Studio实现MSM的持续集成。

    0热度

    1回答

    是否可以从32位MSI安装程序调用64位MSI安装程序?我们有32位产品安装程序,但少数组件是64位(例如Windows Shell Extension Handler),我们希望将它们与我们的应用程序一起安装。任何想法如何做到这一点?通过MSM或自定义操作或MSI链接?我们正在使用InstallShield。

    2热度

    1回答

    我一直在使用VS 2015一段时间,并刚刚升级到VS 2017,当它启动昨天(2017-03-07)。我只安装了.NET桌面和C++桌面工作流程,而无需更改任何其他单个组件。 我正在考虑将我的C++项目迁移到2017年工具链(版本“141”显然是2015年是“140”)。我需要使用VC合并模块为我的安装程序,所以我看着在C:\Program Files (x86)\Common Files\Mer

    0热度

    1回答

    我的目标是在我的msi中包含OPC COM ProxyStub MergeModule(x64)。我正在使用WiX。我试着按照How To: Install the Visual C++ Redistributable with your installer的示例代码。 这里是我的Product.wxs: <?xml version="1.0" encoding="utf-8"?> <Wix x

    0热度

    1回答

    许多文件类型可以通过它们的幻数来标识,参见例如。 here。 我想判断一个文件是微软合并模块(见here) 不要Microsoft合并模块(.msm文件)有一个神奇的数字? 如果不是,我怎样才能以编程方式找出文件是否是合并模块? 我不想依赖文件扩展名(.msm)。

    0热度

    1回答

    我们这一直是构建使用InstallShield 2013是一个客户端尝试没有互联网连接的计算机上安装和它被绊倒试图下载一个Microsoft C++模块产品。 当我打开InstallShield和看看MSI项目,并单击应用程序数据 - >再分发和搜索2005年,我看到下面这些图片显示的是包选择安装,它的位置是本地安装,所以不应该包含在我们的MSI中?如果我在InstallShield中右键单击包并

    2热度

    1回答

    我创建了一个使用我创建的合并模块的安装程序(使用InstallShield 2012 Spring),并且我想将主安装程序和合并模块中的文件安装到存储在注册表中的路径中。在单独的安装程序中,用户可以指定安装位置,并将此路径保存在注册表中以供后续安装程序使用。 在合并模块中,我的组件具有'INSTALLDIR \ Folder'的定义。在主安装程序中,我已将Redistributables窗格中的D

    1热度

    1回答

    我有产品A版本1.0.0和V2.0.0,每个版本都与使用WiX文件关联的文件类型xyz(可执行product.exe)关联。当安装产品A V1.0.0时,文件扩展名xyz是关联的。接下来我安装产品A V2.0.0,现在文件xyz与产品A V2.0.0相关联。如果2.0.0首先安装并且V1.0.0以后,文件关联将按预期覆盖,反之亦然。 如果我卸载V2.0.0,那么文件关联将被移除2.0.0,并且V1

    0热度

    1回答

    我想创建一个简单的合并模块,其中包含名为“build”的目录的所有文件并将它们安装到程序文件文件夹。我将使用heat来生成包含所有这些文件的wxs文件,并且我希望将它与我为合并模块手动编辑的wxs文件分开。我如何从其他合并模块wxs文件引用生成热量的文件? 我产生我的热WXS文件是这样的: heat dir build -cg heatComponent -gg -var var.buildFol

    0热度

    1回答

    我正在制作一个msi,它将2个插件安装到用户的Roaming文件夹和一个文件夹(+它的内容)到机器上的特定位置:C:\UMI\temp。对于2个插件,一切都很好。这是与我有一个问题的文件夹。首先,我需要测试该位置是否存在,然后将内容移至该位置。 我有它的方式安装,我使用Heat.exe收获合并模块内的文件夹的内容。合并模块然后在我的WIX项目文件中引用。 这是有问题的合并模块的内容: <?xml