installation - 准备适合 Microsoft System Center 部署的安装程序

Question

更新:2011 年 3 月 24 日:只是想补充一点，我现在已经看过 WIX，它看起来很棒，我现在可以非常清楚地看到如何完成一个漂亮、时尚的基于 MSI 的安装程序，它应该可以完成我们需要的一切。非常感谢您的帮助，非常感谢。

我们部署了一个具有服务器和客户端组件的产品。客户端当前是一个 VB6 应用程序(是的，是的，我知道...)，它使用 InstallShield 安装程序生成一个 EXE，我们将其提供给客户端，以便在其所有工作站上部署。

当有 10 个时，这一切都很好，但当有 100 个时，他们会变得有点脾气暴躁，这是可以理解的:)

我们的一些客户正在使用 Microsoft System Center 来自动部署他们的软件，他们要求我们让我们的客户端与此兼容，以便他们可以自动部署。

我没有使用 System Center 的经验，因此，当我尝试积累自己的经验时，我想我应该在这里提出一个问题，看看你们中的一些专家是否可以帮助加快这一过程。

基本上，我需要生成什么才能拥有适合通过 Microsoft System Center 自动部署的安装程序？

我想到目前为止我已经发现它需要是 EXE、MSI 或 MSP。

正如我所说，我们当前的安装程序是一个 EXE - 但它有一个相当标准的向导安装程序，会弹出图形内容并要求用户单击“下一步”几次。这会引起问题吗？或者它应该有效吗？或者，是否需要调整 InstalAnywhere 脚本以使其完全自动化(UI 并不需要存在)？

我应该补充一点，我实际上不知道是否有人尝试过这个，也不知道客户的问题是否纯粹是“让我知道它是否有效”，或者他们是否已经尝试过但它不起作用......我可能非常倾向于后者，因为我知道在一个站点，他们拥有看起来知识渊博的 IT 人员，他们热衷于尝试并看看会发生什么，而不是不断等待批准等。

最后一些我脑子里想不到的事情......

应用程序是用 VB6 编写的。InstallShield 已经很旧了，我目前正在查找版本号，并将根据需要更新票证。目标平台是Windows客户端，目前官方最高可达XP，但在Windows 7和Vista上确实可以正常工作。

如果这是最好的答案，我很乐意使用完全不同的安装程序，我们根本不依赖于 InstallShield，它只是为了遗留而存在。

如果我可以提供更多详细信息，请告诉我!

马特。

Answer 1

这个问题非常广泛，所以我无法给出一个答案。基本上，我花了 15 年编写安装程序的经验，其中 2 年在大陆航空公司(拥有 18,000 个座位的 AD 森林)的房子的另一边接收来自像您这样的公司的安装程序。

我们的目标是能够通过 SMS 默默地提供和服务软件。理想情况下，我们更愿意接收 MSI，因为它们采用标准化格式，并且可以通过使用转换进行自定义。当我们收到非 MSI 包时，我们通常会将它们“重新打包”为 MSI 格式。在这个过程中，包通过快照/捕获工具运行，整个过程被逆向工程并重构为 MSI。

但我们并不总是这样做。在(罕见的)情况下，我们会收到比平均 EXE 质量更高的“足够好”。目标很明确:我们必须能够通过命令行零接触安装和卸载 EXE。我们还必须能够编写任何配置设置的脚本，例如数据库服务器名称。

如果我们能够做这些事情并且影响似乎风险很低，我们就会接受现状。否则我们就自己承担起我们的责任。

有时我会创建一个非常干净的安装程序，我会想“伙计，我希望 ABC 软件公司自己完成这个。” (当然我不会有工作......)或“我希望我们可以与 ABC 合作，将这个安装回馈给他们，让其他人分享 yield 。”

也许您的某个网站有一位非常优秀的安装人员，您可以以便宜的价格完成类似的工作。否则，我建议学习 MSI 及其最佳实践，并重写您的安装程序。

在大陆航空是一次很棒的经历，我现在确保我所有公司的安装不会给客户带来如此痛苦。