是否有任何理由不设置安装以便始终完成主要升级并更改产品代码?
我发现支持不同类型的安装需要更多的代码,并且“修复”安装似乎更容易通过重大升级进行。此外,需要安装的应用程序不是很大,因此不需要“服务包”或补丁安装程序。
是否有任何理由不设置安装以便始终完成主要升级并更改产品代码?
我发现支持不同类型的安装需要更多的代码,并且“修复”安装似乎更容易通过重大升级进行。此外,需要安装的应用程序不是很大,因此不需要“服务包”或补丁安装程序。
不会。如果您的应用程序很小,并且您不会感到卸载和安装的痛苦,那么主要升级是最容易做的事情。
如果主要升级用户体验不可接受,我只会转向更高级的更新机制。
我通常发现较小的升级仅在少数情况下有用:
1:卸载Bug:安装的MSI的卸载顺序有Bug。由于次要升级不会卸载产品,而只是重新安装它。这允许您在调用之前修复卸载序列中的任何错误。
2:修补程序:非常大的产品需要进行非常小的调整。对单个文件或几个文件进行错误修复。对于只需要替换几个文件的所有大型产品,几周后通常会有一个小错误要求。重大升级可能会很糟糕 - 卸载并重新安装 10000 个文件中的 4 个?
3:打补丁:您想为您的产品部署补丁。MSI 确实允许主要升级补丁,但这些补丁比次要升级补丁更复杂(这也很困难)。
在我看来,“小更新”功能绝不应该用于任何目的。仅限主要或次要升级。
更新类型 更改产品版本?更改产品 ID?
重大升级 是 是
小升级 是 否
小更新 否 否