目前，我正在使用MSI软件包部署一个项目。要修补该程序，我们只需部署另一个与MSP相反的MSI安装程序包。这是一种有效的方法，还是应该部署MSP补丁程序包？我曾经有过MSI的经验，但没有MSP。我还将如何创建MSP补丁？我通过互联网拖网，似乎找不到任何东西。
提前感谢！
选择实际上取决于您，尽管MSP提供了较小的文件大小，这对于大型项目可能是有利的。特别是this MSDN article说：
通过提供Windows Installer补丁为应用程序提供服务，而不是为更新后的产品提供完整的安装包，可能会有所帮助。修补程序可以包含整个文件，也可以仅包含更新部分文件所需的文件位。这可以使用户下载比整个产品的安装包小得多的升级补丁。使用补丁程序进行的更新可以通过升级保留用户对应用程序的自定义。
This page提供有关使用MSIMSP实用程序生成MSP补丁文件的建议，给定新旧的MSI软件包。
修补程序非常复杂且难以使用，如果您未遵循正确的MSI惯例，则非常不可靠。
我仅在为了获得无法以其他任何方式提供的修复程序而必须使用时使用它。一个示例的意思是产品的卸载顺序已中断，以便卸载不会完成而是进入回滚。然后，我带有次要升级的补丁修复已安装产品中的错误，然后将其卸载。我通过这种方式制作的大多数补丁都是使用Wise Package Studio制作的，并且效果很好。
我还使用修补程序为发布的产品提供很小的修正。通常只有一个或两个带有某些[[紧急修补程序的文件。在主发行版发布几周后，任何复杂的软件发行版都可能迫切需要这样的补丁程序，因为在野外发现了紧急问题并需要快速修复。这是为了防止最终用户大量下载。在这种情况下，我总是启用“ 包括整个文件”，以防止众所周知的容易出错的位级修补。
许多人希望使用修补程序向质量检查人员提供每日小更新
。 忘记它。除非您的测试人员不在国外，否则不值得冒险，当然也不值得付出任何努力，并且几乎不节省任何时间。如果您确实需要为QA测试人员打补丁，请不要使用位级补丁，因为如果它们在安装文件夹中乱七八糟，这将失败-优秀的QA测试人员可能会这样做。如果您需要为发布的产品制作补丁，请确保充分利用所有可用的质量检查测试人员，并让他们在不同平台上进行补丁安装，从不同版本，不同语言等进行升级...很难做到正确。也不要以补丁程序不针对太多的先前发行版，因为这会使事情变得很复杂。总体：记住patching is designed for hotfixing。如果您正在研究产品补丁的使用，则该链接文章可能值得一读。它有点混乱，但是描述了MSI修补的几个障碍。