在 Omnissa Access 中部署后更新受管 ThinApp 软件包

将 ThinApp 软件包添加到组织目录并授权 Omnissa Access 用户使用该 ThinApp 软件包后，您的组织可能希望更新该软件包，并让用户使用较新版本或重建版本的 ThinApp 软件包，而无需从当前软件包中移除用户分配，并将用户分配给较新的软件包。

由于发布了适用于该软件包的较新版本的 Windows 应用程序，或者由于该应用程序的包装程序更改了软件包所使用的参数值，更新后的 ThinApp 软件包或许可供使用。

ThinApp 为 Omnissa Access 中使用的 ThinApp 软件包提供了更新机制。与其他适用于在 Omnissa Access 环境以外使用的 ThinApp 软件包的更新机制相比，此 ThinApp 更新机制有所不同。对于更新后的 ThinApp 软件包，必须先更新此机制，才能在 Omnissa Access 中部署该更新后的软件包，并自动向用户显示较新版本。

对于在 Omnissa Access 中管理的 ThinApp 软件包，Omnissa Access 将使用两个 Package.ini 参数来确定一个软件包是另一个软件包的更新版本。

• AppID

  Omnissa Access 中 ThinApp 软件包的唯一标识符。向该软件包应用程序的所有入口点（可执行文件）分配的 AppID 均相同。ThinApp 软件包同步到组织的 Omnissa Access 目录后，该软件包的 AppID 将显示在 ThinApp 软件包资源页面的 GUID 列中。该值由字母数字字符组成，采用字符集的格式，每个字符集之间以短划线分隔，如以下示例所示：

  XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX 
  

  Omnissa Access 将具有相同 AppID 的所有 ThinApp 软件包视为同一应用程序的多个版本。

• VersionID

  ThinApp 软件包的版本号。Omnissa Access 使用 VersionID 跟踪受管 ThinApp 软件包的不同版本。以一 (1) 为增量来增加 VersionID 值，将该 ThinApp 软件包标记为另一软件包的更新，同时保留 AppID 不变。

将更新后的软件包置于为受管 ThinApp 软件包配置的网络共享文件夹的新文件夹中。当 Omnissa Access 与网络共享文件夹进行计划的同步时，如果发现某个应用程序与另一应用程序具有相同的 AppID，则会比较它们的 VersionID 值。VersionID 值最高的 ThinApp 软件包将作为最新的更新。Omnissa Access 会自动将以往的用户授权并入 VersionID 最高的 ThinApp 软件包，并对用户系统上的快捷方式进行同步，使其指向更新的软件包。

**重要信息：**使用标准 ThinApp InventoryName 参数对于成功更新受管 ThinApp 软件包十分重要。ThinApp 软件包的早期版本和更新版本必须具有相同的 InventoryName 参数值。如果创建 ThinApp 软件包的人员在创建更新的软件包之前，更改了软件包中的 InventoryName，要使其在 Omnissa Access 中正常工作，必须确保 InventoryName 值与更新的软件包相匹配。

有关在 ThinApp 软件包的 Package.ini 文件中使用的各种参数的详细信息，请参阅《ThinApp Package.ini 参数参考指南》。