deployment - 安装程序功能，WIX 与 InstallShield Express

Question

真正将其产品推向生产的程序员需要安装程序。 (先发制人的“与编程相关的”理由。)

为了部署一套新的内部企业应用程序和服务，我试图在使用 WIX 和 Visual Studio 2010 附带的 InstallShield Express 版本之间做出决定。

我看过，但没有找到一个特征矩阵来突出那些不在快速版中的特征。我预计 WIX 的功能通常非常强大，但更难使用，并且听说过 situations that WIX doesn't support well.

是否有人找到了功能矩阵，或者对管理内部部署的长期最佳方式有其他建议？

Answer 1

如果您需要在复杂环境中管理安装程序，我发现 wix 是一个不错的选择(尽管 非常陡峭 学习曲线)，因为

设置定义以 XML 格式存储

它使您可以完全控制底层的 Windows 安装程序技术； XML 模式通常紧跟 Windows 安装程序数据库模式(这也是学习曲线如此陡峭的主要原因)

很容易integrate into your automated build

部分设置可以是generated automatically

它允许您定义小型可重用模块并管理它们之间的复杂依赖关系。

没有成本或许可问题(在使用 wix 之前，我们都必须使用单个“Installshield PC”)

为什么 XML 格式是一个优势:这允许您充分利用代码版本控制系统，如 subversion 或 mercurial。审查变更、检查历史甚至跨分支合并变更都是轻而易举的事。将其与不透明二进制 blob 的 installshield 项目进行比较。

我所说的管理复杂依赖项的意思是:在我们的例子中，我们有一个庞大的可重用组件库池，它们之间有一组复杂的依赖项，许多应用程序都是在此基础上构建的。在 wix 之前，当某个地方引入了新的依赖项时，这是一场噩梦:必须更新所有设置。

现在有了 wix，我们有一个 ComponentGroup对于每个库，组织成一对 wixlibs .每个组件组使用 ComponentGroupRef 引用它所依赖的其他组件组。 .应用程序设置开发人员只需引用直接依赖的组件组，wix 将按照引用完成其余工作。因此，引入新的依赖项只需要进行一次本地更改。我们的自动化构建和 wix 会完成其余的工作以重新生成所有设置。