MSI 重新包装——不好的做法？

Question

我想重新打包 MSI 并进行自定义修改

让我们举个例子：我使用 Windows Server 和 GPO 向客户端部署软件。当我将 Firefox 等 MSI 放在那里时，它会作为普通软件安装，但我需要自定义附加组件和不同的起始页（当然，可能有 GPO 可以做到这一点，但并非每个软件都支持这一点）。

因此，我使用应用程序“AppDeploy Repackager”，它根据安装过程中所做的更改构建自定义 MSI。我安装了一些 Firefox 附加组件并更改了一些设置。MSI 构建完成后，我将 MSI 复制到另一台机器并安装它。一切都按照我的预设运行良好。

现在我了解到该过程可能导致“灾难”。您是否已经在您的环境中使用过该过程？您对此有何看法？

这个 MSI 是否可以顺利安装在不同供应商的其他硬件机器上（实际上每台机器都是 64 位的）？我只能在 VirtualBox 机器上进行测试。

Answer 1

许多企业使用定制附加功能重新包装 msi。

我所在的公司已经经历了几种部署方法的转变。（并非总是出于选择！）

过去，我们主要通过 GPO 推出 MSI。其中大部分将被安装、修改，然后重新打包。如果重新打包软件从安装中获取所有注册表项、文件、文件夹等，那就不是问题。

其他重新打包程序仅给可执行安装程序添加皮肤，使其看起来像 MSI，但实际上它只是一个 exe。

还有另一种类型，允许您修改 MSI 本身。这可能是最危险的，因为可能会出现用户错误。如果您没有构建 MSI，那么您就无法完全了解它的构建方式以及每个部分的意图。甚至可能没有关于所有内容的文档。

在上述情况下，您很可能会搞砸部署。随后的“灾难”很大程度上取决于您犯错的位置和编辑的内容。部署软件或在命令提示符中写错命令也一样。

所以 TLDR：灾难是可能发生的，严重程度取决于你做了什么。你提到的做法是让你在熟悉的区域（GUI）中配置 MSI。机器会为你拾取更改。