我希望有人能回答我的问题。我使用 Installshield 做了一个安装程序。然后还有大约 5 个补丁，因为一些错误和一切。现在这是我的问题：
请注意，我不是 installshield 大师，如果有人能回答我的问题或提供一些有用的链接，我将不胜感激。
【问题讨论】：
标签： installation upgrade installshield patch
这确实是高级的东西，但没有比 Windows Installer 文档更好的来源了： Patching and Upgrades
【讨论】：
InstallShield here 最好地解释了何时执行什么操作（即升级、更新和补丁）。根据表中提到的描述何时实施哪种类型的更新的事实，应该决定它是升级、更新还是补丁。
升级可以有两种类型，一种是保持以前的安装不变，另一种是并排安装（这可能会发生冲突且难以管理），另一种是在安装新的安装之前自动删除以前的安装。所以，你的第一个问题升级是可能的，你需要决定哪种类型。
对于第二个问题，在创建补丁时，您可以创建一个InstallCondition 来检查是否存在以前安装的版本并相应地决定需要做什么。
【讨论】：
假设有一个源代码控制系统，当产品（在本例中为安装程序版本 1）发布时。
发布工程师会对“发布分支”的状态进行快照，然后为下一个版本（在本例中为安装程序版本 2）相应地重命名它。
开发人员将继续在具有相同位的类似分支（Dev 分支）中编写代码，直到发布日期。
从此“Release/Dev”分支创建一个 HotFixes/Patches 分支，并从“Hot Fixes or Patches”分支发布补丁。
这些补丁将包含确定安装先决条件的逻辑。例如“patch1-version1”需要“Release version1”...“patch2-version1”可能只需要“patch1-version1”...等等。
当您准备好创建第二个版本“Release Version2”时，Release 分支将被相应命名，并在“Hot Fixes or Patches”分支中包含来自“Release Version1”+“所有修复”的所有更改。
这个新版本需要逻辑来卸载以前的版本并安装新版本。
现在，从最新的“发布分支”创建一个新的“热修复”分支，或者将更改简单地带到先前创建的“热修复”分支和“发布版本 2”的任何新补丁现在应该已经更新了逻辑，只允许安装新的要求……那些与“发布版本 2”有关的要求。
例如，“Patch1-ReleaseVersion2”将需要“Release Version2”的存在......类似地，“Patch2-ReleaseVersion2”可能需要“Release Version2”加上第一个发布的补丁，或者只是第一个补丁的存在发布，因为基本版本（Release Version2）也必须在那里。
因此，鉴于此标准，“patch1,2,3...n-ReleaseVersion2”不应该安装在任何具有“Release Version1”+零/多个补丁的服务器上，因为补丁安装程序中的逻辑不会（或不应该）允许这样的事情。
【讨论】：