Installshield设置/补丁/升级问题

Question

我希望有人能回答我的问题。我使用Installshield制作了一个安装程序。然后还有大约5个补丁，因为一些错误和一切。现在我的问题是：

1. 是否有可能创造新的 安装程序基于前一个， 喜欢升级，但随着 修补文件，而不是 原始文件？
2. 假设问题1是 可能，然后我做了另一个 基于新安装程序的补丁。 但是，一个正在使用的用户 安装在他的先前安装程序 电脑下载了补丁 基于新的安装程序和 安装它。它是一个有效的补丁 还因为新的安装程序是 基于前一个？

请注意，我不是一名installshield大师，如果有人能够回答我的问题或提供一些有用的链接，我将感激不尽。

Answer 1

这是非常高级的东西，但没有比Windows Installer文档更好的来源： Patching and Upgrades

Patching

Answer 2

InstallShield here最能解释什么时候（即升级与更新与修补程序）。根据表中提到的事实描述何时实现哪种类型的更新，应该确定它是升级还是更新或补丁。

升级可以有两种类型，可以保持以前的安装，并且可以并排安装另一个（可能存在冲突且难以管理），另一种是在安装新安装之前自动删除以前的安装。因此，您可以进行第一次问题升级，您需要确定哪种类型。

对于第二个问题，在创建补丁时，您可以创建InstallCondition来检查以前安装的版本是否存在，并相应地决定需要做什么。

Answer 3

假设有一个源控制系统，当产品（在本例中为安装程序版本1）发布时。

发布工程师将快速拍摄“Release Branch”的状态，然后相应地重命名为下一个版本（在本例中为Installer Version2）。

开发人员将继续在类似的分支（Dev分支）中编码，该分支在发布日期之前具有相同的位。

从这个“发布/开发”分支创建一个HotFixes / Patches分支，并从“Hot Fixes或Patches”分支发布补丁。

这些补丁包含可确定安装前请求的逻辑。例如“patch1-version1”需要“Release version1”......“patch2-version1”可能只需要“patch1-version1”......等等。

当您准备创建第二个版本“Release Version2”时，Release Branch将相应地命名，并且将在“Hot Fixes或Patches”分支中对“Release Version1”+“All fixes”进行所有更改。

这个新版本需要逻辑来卸载以前的版本并安装新版本。

现在，从最新的“Release Branch”创建一个新的“Hot Fixes”分支，或者只是将更改简化为先前创建的“Hot Fixes”分支以及“Release Version2”的任何新补丁。现在应该有更新的逻辑，只允许安装新的要求......那些与“发布版本2”有关。

例如，“Patch1-ReleaseVersion2”需要“Release Version2”的存在......类似“Patch2-ReleaseVersion2”可能需要“Release Version2”加上第一个发布的补丁或者仅仅是第一个补丁的存在发布，因为基础版本（Release Version2）也必须存在。

因此，鉴于此标准，“patch1,2,3 ... n-ReleaseVersion2”永远不应安装在任何具有“Release Version1”+ Zero / More补丁的服务器上，因为补丁程序安装程序中的逻辑不会（或者不应该允许这样的事情。