Cub*_*oft 12 windows windows-installer package msp msi-patch
目前我正在开发一个使用MSI包部署的项目.要修补程序,我们只需部署另一个与MSP相对的MSI安装程序包.这是一种有效/高效的方法,还是我们应该部署MSP补丁包?我有MSI的经验但不是MSP.我还将如何创建MSP补丁?我在互联网上搜寻,似乎无法找到任何东西.
提前致谢!
Ste*_*mul 12
修补非常复杂且难以使用,如果您不遵循正确的MSI实践,则非常不可靠.
我只在必须使用它才能实现无法以任何其他方式提供的修复.一个例子的是,如果一个产品的卸载序列被打破,这样的卸载不完整的,但进入回滚.然后我通过次要升级修补以修复已安装产品中的错误,然后将其卸载.我用这种方式制作的大部分补丁都是用Wise Package Studio制作的 - 而且效果很好.
我还使用修补程序为已发布的产品提供非常小的修复程序.通常只有一个或两个带有一些紧急修补程序的文件.任何复杂的软件版本可能在主要版本发布后几周内迫切需要这样的补丁,因为在野外发现了紧急问题并且需要快速修复.这是为了防止最终用户的大量下载.在这些情况下,我总是启用" 包含整个文件 ",以防止出现容易出错的位级修补.
许多人希望使用修补程序为QA测试人员提供小的每日更新.算了吧.除非你的测试人员在海外,否则不值得冒这个风险,当然也不值得努力,几乎没有任何时间.如果您确实需要为QA测试人员进行修补,请不要使用位级修补,因为如果他们在安装文件夹中弄乱了这将会失败 - 这可能是优秀的QA测试人员所做的.
如果您需要为已发布的产品制作补丁,请确保充分利用任何可用的QA测试人员,并让他们在不同平台上进行修补,从不同版本,不同语言等升级...这非常困难为了正确.也可以通过补丁来定位太多的先前版本,因为这会使事情变得复杂很快.
总体而言:请记住,修补程序是为修补程序而设计的.如果您正在研究修补产品的使用,那么链接的文章可能值得一读.它有点乱,但描述了几个MSI修补障碍.
| 归档时间: |
|
| 查看次数: |
12100 次 |
| 最近记录: |