4

背景资料：

我们曾经有一个基于Visual Studio 2010的安装程序项目，但我们的安装情况变得更加复杂，而且随着项目在 2012 年消失，我们认为我们应该开始学习WiX / InstallShield LE。

问题：

InstallShield LE 在它创建的MSI文件中似乎过于有限，无法满足我们的需求——（例如，如果您检查 Office 2007 先决条件，即使错误说您需要“Office 2007 或更高版本”，如果您有 Office 2010，它也会失败而是安装了——你可以检查一个或另一个，但你不能创建一个 OR 条件——还有很多只是冰山一角）。-- 另一方面，它创建的引导程序非常棒！

另一方面，WiX 非常适合制作我们的 MSI，但 Burn Bootstrapper 只是一个又一个令人头疼的问题——我们终于让它工作了——但现在在我们客户的盒子上，它不仅没有升级启动 MSI 文件，但它被Symantec SONAR检测为病毒，并且安装被阻止！（InstallShield LE 不会发生这种情况，并且代码签名证书对于这个项目来说成本太高。）老实说，我很想不使用Burn Bootstrapper。

问题：

WiX Burn Bootstrapper 有哪些替代品？可以使用 InstallShield LE 吗？NSIS呢？（它是否与 Visual Studio 2010/Visual Studio 2012 完全集成？）——我希望对我们的先决条件进行 Web 安装以减小安装程序文件的大小——是的，我还必须维护 .MSI （否则，此时我将切换到完全开启的 NSIS）。

解析度：

虽然我无法让Christopher Painter 的解决方案发挥作用，但我将其标记为答案，因为我相信这是建议的最佳方法。我提出了一个非常邪恶的解决方案，但如果你能让克里斯托弗的方法奏效，我认为这就是要走的路。如果你不能，也许我的黑客会让你摆脱困境。

4

4 回答 4

4

只需大约 2000 美元，您就可以升级到 InstallShield Professional。但是，如果您对 ISLE 非常满意并且可以忍受只有 1 个功能并且没有自定义 UI，我可以为您解决有关启动条件的问题。

请参阅我的博客文章：

使用 Windows Installer XML 增强 InstallShield - 证书

这个概念是您创建一个搜索两个 Office 版本的 WiX 合并模块，并安排一个错误自定义操作（MSI 类型 19），该操作在逻辑或条件中使用这两个搜索。将其添加到您的 ISLE 项目中，您就已经“混合”了这两种技术。

Professional 还为您提供 PRQ（XML prereq 文件）编辑器。然后再次在 VM 上进行 30 天评估可以得到相同的结果。

这是它的 WXS 方面：

<?xml version="1.0" encoding="utf-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
    <Module Id="ISWIX.REQUIRE.MSOFFICE20102013" Language="1033" Version="1.0.0.0">
        <Package Id="10ed24f2-6c07-4066-9f39-ba9f66c2667b" Manufacturer="ISWIX, LLC" InstallerVersion="200" />
        <Directory Id="TARGETDIR" Name="SourceDir">
            <Directory Id="MergeRedirectFolder"/>
        </Directory>
        <Property Id="OFFICE2010FOUND">
            <RegistrySearch Id="findOffice2010" Root="HKLM" Key="SOFTWARE\Microsoft\Office\14.0\Common\InstallRoot" Name="Path" Type="raw" />
        </Property>
        <Property Id="OFFICE2010X64FOUND">
            <RegistrySearch Id="findOffice2010X64" Root="HKLM" Key="SOFTWARE\Microsoft\Office\14.0\Common\InstallRoot" Name="Path" Type="raw" Win64="yes" />
        </Property>
        <Property Id="OFFICE2013FOUND">
            <RegistrySearch Id="findOffice2013" Root="HKLM" Key="SOFTWARE\Microsoft\Office\15.0\Common\ProductVersion" Name="LastProduct" Type="raw" />
        </Property>
        <CustomAction Id="ErrorNoOffice20102013" Error="[ProductName] setup requires Microsoft Office 2010 or 2013." />
        <InstallUISequence>
            <Custom Action="ErrorNoOffice20102013" After="AppSearch">Not OFFICE2010FOUND and Not OFFICE2010X64FOUND and Not OFFICE2013FOUND and Not Installed</Custom>
        </InstallUISequence>
        <InstallExecuteSequence>
            <Custom Action="ErrorNoOffice20102013" After="AppSearch">Not OFFICE2010FOUND and Not OFFICE2010X64FOUND and Not OFFICE2013FOUND and Not Installed</Custom>
        </InstallExecuteSequence>
    </Module>
</Wix>
于 2013-01-21T03:46:51.003 回答
2

我想解决您提出的有关 Burn 的所有问题。如果您可以就这些问题提交错误，那将非常有帮助。

同时，如果您使用的是 WiX 工具集 v3.5+，您可能会查看 setupbld.exe。该工具可以创建一个微型 pre-req 安装程序，它启动一个 pre-req，然后启动一个 MSI。

注意：我们在 WiX 工具集中的目标是最终包含该工具对 Burn 的作用，因此非常感谢 Burn 不起作用的错误报告。

于 2013-02-27T13:59:21.020 回答
0

NSIS 可以通过名为Visual & Installer的插件与 Visual Studio（2005/2008/2010 和 2012）集成。也支持Inno Setup 。如果您正在寻找简单且便宜的解决方案，请选择此解决方案（NSIS 和 Inno Setup 都是免费软件系统，拥有庞大的社区。）

我对 WiX 没有任何经验，但 NSIS 和 Inno Setup 无法创建MSI文件，只能创建EXE文件。

于 2013-01-21T07:23:32.797 回答
0

最后，Install Shield LE 对我来说太头疼了，我最终做的是创建一个基于 .vdproj 的老式 2010虚拟安装项目，具有正确的先决条件（Windows Installer 3.1、.NET 4.0 和 VSTO 2010 ）。

我构建了一次，然后偷了 setup.exe（我确保升级代码等其他内容与我当前基于 WiX 的 .msi 文件相匹配——它生成的 .msi 与我想使用的名称相同， ETC）。

我将 setup.exe 与基于 WiX 的 .msi 文件打包在一起，一切正常——这绝对是一个巨大的 hack——但这是我能找到的唯一解决方案，两者都可以开箱即用（-ish），但不能掀起赛门铁克SONAR杀毒。

我不会每次都构建 .vdproj（我只构建了一次，我删除了 .msi 文件，并收集了 setup.exe），因此未来不会依赖 Visual Studio 2010 走这条路。

对于不那么老套的方法，请参阅@Christopher Painter 的回答——如果你能让他的方法对你有用，我推荐他的方法而不是我的方法。

于 2013-01-25T22:14:17.400 回答