gpt4 book ai didi

wix - 使用 MSM 代替 MSI 有哪些限制/好处?

转载 作者:行者123 更新时间:2023-12-04 21:05:46 28 4
gpt4 key购买 nike

我目前正在构建一个通过 MSI Windows Installer 分发的产品。我们的客户正在使用不同的形式(例如我们在他们自己的 MSI 中)集成该产品,使用 Bootstrap /链接器(如 WiX Burn)或创作工具(如 InstallShield)。

考虑到这种情况,我一直想知道使用合并模块 (MSM) 而不是保留 MSI 的限制和/或好处是什么,以及现在推荐的选择一个反对另一个的方法是什么。

最佳答案

纸面上的合并模块很好,但在现实世界中,我发现它们更新起来很笨拙,因此容易出错,因为它们可能会在被发现有缺陷之前被合并到许多设置中。结果我完全不推荐合并模块 .我更喜欢 单微星可以作为 运行通过 Bootstrap 或批处理文件进行批处理 并且也可以轻松更新。这避免了通常不直观的各种问题。

我想补充一点,合并模块适用于 真正共享的文件安装在文件系统中用于 的位置共享文件 不经常更改 .这些一般是操作系统运行时 .这些合并模块通常经过大量测试并且工作正常。但是,我经常看到人们使用合并模块来处理最终经常更改的文件,然后他们最终以临时方式以不同的方式安装在不同的位置。这种使用完全是一团糟,而且非常浪费精力。

说了这么多——当我需要高级发布管理时,我确实成功地使用了合并模块,通过合并模块将一组文件重复、不变地包含到几个设置中。即便如此,我在一段时间后遇到了版本问题,有几个文件需要更新,随后,当我将项目留给其他人时使用了错误的合并模块,出现了小错误。由于一个小的合并模块错误修复,我还经历过必须重建所有设置。然后所有设置都必须再次通过 QA。如此紧密的耦合非常令人沮丧。

如果您的要求很简单,并且您没有承担共享大量文件的大型多产品发布项目,请使用 微星 而不是 男男性接触者 .更容易理解,通常需要处理更少的工作,更多的原子更新,并且由于合并模块更新或设计问题在许多设置中引入相同错误的风险更小。

关于wix - 使用 MSM 代替 MSI 有哪些限制/好处?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21870779/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com