Windows installer 在安装过程中，迁移基本MSI以支持响应文件的好选项有哪些？

我继承了一个基本的MSI InstallShield ISM来安装一个混合了.Net和COM dll的应用程序。现有ISM当前使用许多自定义对话框来运行安装工作流

我们的一个新要求是支持静默安装的响应文件。据我所知，这是不可能的基本微星

我考虑过的一个选项是将其转换为安装脚本并重新构建安装程序UI。我现在正在探索这方面的困难。这是一个好方法吗

---

还有哪些其他选项可用？

响应文件是与InstallScript项目相关联的技术。它在MSI静默安装故事中没有一席之地。响应文件的MSI等效项是播发安装，然后从播发运行安装程序。但这在现实世界中很少使用。

为什么不使用响应文件而不是响应文件呢。MSI UI设置通常转换为将某些属性设置为特定值。您可以将这些属性添加到转换中，并在静默安装配置期间使用它

---

你可以找到一个例子。这并不完全是您需要的，但它是一个起点：

听起来对响应文件的要求是规定性的。我想我们尝试的是一个静默安装，它可以遵循一些安装配置，这样一个中心IT用户就可以向许多用户推出一个安装，而这些用户可能不是普通的“点击下一步”安装。@JB MSI通常用于推送安装，可以通过组策略、Active Directory来完成。如果需要自定义安装，可以在启动静默安装时在命令行上设置属性，也可以应用转换来设置这些属性。这是MSI的一个优点：它可以用标准的方式进行定制。Chris，他们不是在安装Installscript MSI时使用响应文件吗？我对项目类型过敏，我从未使用过它们，因为它们有很多问题，而且不可靠，但据我所知，正确的Installscript静默安装需要响应文件？是的。InstallScript MSI是InstallScript驱动的UI序列和MSI的邪恶结合。基本的MSI和InstallScript CA还不错，但随着.NET/C#/DTF CA的普及，它们真的不需要了。如果您真的需要InstallScript提供的高级本地化UI，那么最好投资于bootstrapper UI。我发现项目中的自定义操作导致了失败；即使我通过命令行或响应转换提供参数。创建安装日志以隔离失败的自定义操作。好的-我一直在查看默认日志，尽管它们不是最容易理解的东西。我试试详细的日志。谢谢。静默安装是所有基本MSI设置的内置功能。Installscript MSI是一种不受欢迎的项目类型，因为存在一些非常严重的已知（未修复）错误。Installscript MSI文件可能需要resonse文件进行静默安装（我已经很久没有使用过了，它们不可靠）。永远不要将基本MSI文件转换为Installscript MSI！不过，最好将Installscript MSI文件转换为正确的基本MSI文件。这将提高所有最终用户的可靠性（可能只是混淆了术语）。