你们当中有多少人使用内部开发的安装程序？

Question

前一段时间，我们是否应该使用第三方安装程序或编写自己的安装程序。我们已经有两代内部开发的安装程序，它们只需要通过shell来运行服务，msmq，com +，gac和sql脚本。

所以我想知道谁在使用自定义编写的安装程序来满足您公司的特定需求？如果您对我们的方法有任何意见，请告诉我。

由于

Answer 1

我们在这里使用自定义的。我们需要做很多奇怪的事情，包括creating junctions，编辑其他用户的注册表项（需要查找和加载其配置单元），使用我们的第三方实时HAL层注册内容等。现在可能是安装工具包，可以让你做到这一切，但是他们学习起来要比自己做的更复杂。

我认为我们的所有人都是C ++。

Answer 2

我曾经在以前的工作中使用过。

我们选择采用这种方式的主要原因是我们需要根据用户的名称部署不同版本的软件。

如果可以，这是一种clickonce部署者，但一次支持多个版本而不是一个版本。

Answer 3

曾几何时（大约2002年）我手写了一个小的安装程序（<200kb），它分析了用户的Windows版本，然后为应用程序下载了相应的“主”安装程序。似乎看到这种方法现在广泛使用：）

除此之外，大多数情况下，无论何时我都需要为程序开发安装程序，都可以使用InstallShield，WISE，InstallAware或其他替代方案（如WiX）完成。

现实情况是，维护和支持定制安装程序的成本可能非常高，特别是每个新操作系统发布后，通过购买或投资其中一种商业产品（或替代品）可以抵消大部分成本

话虽如此，许多安装人员都非常迟钝。一个特定产品需要使用InstallShield Pro - 因此我们可以在InstallScript中编写自定义操作脚本！

所以..如果你有一些东西需要相当复杂的安装工作，很难建议一个现成的安装程序包 - 它可能更像是升级场景中的噩梦。如果您要支持自己的自定义安装程序，请帮自己一个忙，并花费大量时间，金钱和测试。

哦，并确保您考虑修补方案，升级，安装有或没有管理权限，（如果适用）无人参与安装，UI中的多语言支持......等等......它会变得非常混乱，很快。

Answer 4

我们有自己的安装程序包，这样做并不是我的“不该做什么......”列表的一部分。

虽然我同意许多安装程序具有非常有限的功能集和某些（cripling）功能，但其他安装程序提供了更大的灵活性。这就是说我还没有开始寻找替代方案，但这将是我将在即将到来的一年中所做的事情。我需要一些可以的东西：

1. 以真实的编程语言（java，.NET ......）创建我自己的模块，插件或任何受支持的扩展模型，如果安装工具的受支持语言以名称的公司名称开头该工具是一个主要的岔路口）
2. 支持所有主要版本的Windows。
3. 支持Linux
4. 支持静默安装

我认为这不是太多问题，而且我确信某人做了一些可以让我继续发展的事情。同样可以肯定的是，有一个开源包装系统可以做到这一点。

我更喜欢维护一些专用工具和插件而不是完整的多平台部署系统。

恕我直言创造你自己的东西应该是最后的选择。

Answer 5

赛门铁克为Norton AntiVirus 2009编写了自己的安装程序。它根本不使用Windows Installer（msiexec.exe）。

这就是他们将总安装时间减少到不到1分钟的方式。

Answer 6

上次我在Windows 3.0下编写了一个自定义安装程序。我之所以这样做，是因为我年轻而天真。我想不出为什么这些日子会有人打扰。

我使用NSIS作为个人项目，简单快捷。我被公司政策强迫使用InstallShield作为我的专业产品，这也很好。

几年前有一个项目，安装程序需要在本地PC上调整一些网络设置，所以我写了一个简单的小EXE来做这一点并让InstallShield运行它作为部分安装。这很好，比写一个完整的安装程序要容易得多。