MSP与MSI包装。哪些用于补丁？

Question

目前我正在使用MSI包进行部署的项目。为了修补程序，我们只部署另一个与MSP相对的MSI安装包。这是一种有效的方法吗？或者我们是否应该部署MSP补丁包？我有MSI的经验，但不是MSP。我怎样才能创建一个MSP补丁？我通过互联网浏览，似乎找不到任何东西。

在此先感谢！

Answer 1

这个选择真的取决于你，尽管MSP提供了较小的文件大小，这对于大型项目可能是有利的。特别是，this MSDN article说：

通过提供Windows安装程序修补程序而不是完整的安装包更新产品的服务可以有优势。补丁可以包含整个文件或仅包含更新部分文件所需的文件位。这可以使用户下载比整个产品的安装包小得多的升级补丁。使用补丁的更新可以通过升级来保留用户对应用程序的定制。

This page上使用MSIMSP实用程序生成给予新老MSI包的MSP补丁文件提供的建议。

Answer 2

修补程序非常复杂，难以使用，而且如果不遵循适当的MSI实践，则修补程序相当不可靠。

我只有在必须要使用它时才能实现无法以其他方式交付的修复程序。 示例这是如果产品的卸载序列被破坏以便卸载未完成但进入回滚。然后我用修补程序与次要升级修复安装的产品中的错误，然后将其卸载。我用这种方式制作的大多数补丁都是用Wise Package Studio制作的，并且它们运行良好。

我也使用补丁来发布非常小的修复程序发布的产品。通常只有一个文件或两个文件，其中包含一些紧急修补程序。任何复杂的软件版本都可能在主版本发布几周后紧急需要​​这样的补丁，因为紧急问题在野外发现并需要快速修复。这是为了防止最终用户的大量下载。在这些情况下，我总是启用“包括整个文件”，以防止出现臭名昭着的比特级修补。

许多人希望使用修补程序将小日常更新传递给QA测试人员。 忘记吧。除非您的测试人员在海外，否则这并不值得冒险，当然不是这种努力，并且几乎不会节省任何时间。如果您确实需要为QA测试人员进行修补，请不要使用位级修补，因为如果他们已经在安装文件夹中混淆了 - 哪些QA测试人员可能会做的很好，那么这样做会失败。

如果您需要为已发布的产品创建补丁程序，请确保充分利用任何可用的QA测试人员，并让他们在不同平台上进行补丁运行，从不同版本，不同语言等升级。 。很难正确对待。由于这会使事情变得很复杂，因此不要将太多以前的版本作为补丁发布。

整体：请记住，patching is designed for hotfixing。如果您正在研究为产品使用修补程序，链接的文章可能值得一读。这有点乱，但描述了几个MSI修补障碍。