![MSI 重新包装——不好的做法?](https://linux22.com/image/1546910/MSI%20%E9%87%8D%E6%96%B0%E5%8C%85%E8%A3%85%E2%80%94%E2%80%94%E4%B8%8D%E5%A5%BD%E7%9A%84%E5%81%9A%E6%B3%95%EF%BC%9F.png)
我想重新打包 MSI 并进行自定义修改
让我们举个例子:我使用 Windows Server 和 GPO 向客户端部署软件。当我将 Firefox 等 MSI 放在那里时,它会作为普通软件安装,但我需要自定义附加组件和不同的起始页(当然,可能有 GPO 可以做到这一点,但并非每个软件都支持这一点)。
因此,我使用应用程序“AppDeploy Repackager”,它根据安装过程中所做的更改构建自定义 MSI。我安装了一些 Firefox 附加组件并更改了一些设置。MSI 构建完成后,我将 MSI 复制到另一台机器并安装它。一切都按照我的预设运行良好。
现在我了解到该过程可能导致“灾难”。您是否已经在您的环境中使用过该过程?您对此有何看法?
这个 MSI 是否可以顺利安装在不同供应商的其他硬件机器上(实际上每台机器都是 64 位的)?我只能在 VirtualBox 机器上进行测试。
答案1
许多企业使用定制附加功能重新包装 msi。
我所在的公司已经经历了几种部署方法的转变。(并非总是出于选择!)
过去,我们主要通过 GPO 推出 MSI。其中大部分将被安装、修改,然后重新打包。如果重新打包软件从安装中获取所有注册表项、文件、文件夹等,那就不是问题。
其他重新打包程序仅给可执行安装程序添加皮肤,使其看起来像 MSI,但实际上它只是一个 exe。
还有另一种类型,允许您修改 MSI 本身。这可能是最危险的,因为可能会出现用户错误。如果您没有构建 MSI,那么您就无法完全了解它的构建方式以及每个部分的意图。甚至可能没有关于所有内容的文档。
在上述情况下,您很可能会搞砸部署。随后的“灾难”很大程度上取决于您犯错的位置和编辑的内容。部署软件或在命令提示符中写错命令也一样。
所以 TLDR:灾难是可能发生的,严重程度取决于你做了什么。你提到的做法是让你在熟悉的区域(GUI)中配置 MSI。机器会为你拾取更改。