InstallShield和版本控制的评估副本

时间:2018-04-18 19:14:15

标签: version-control installshield

我的雇主目前可以使用单一的InstallShield 2016 Professional密钥。他们正在考虑升级到2018 Premier并获得第二个许可证,但是希望我通过与我们的实际安装人员一起测试2018 Premier。我们所有的安装程序文件都会与我们项目的其余部分一起检入版本控制。

根据Flexera的文档,InstallShield的评估副本实现了运行它所产生的设置的时间限制。有道理 - 他们不希望您在21天限制内创建安装程序,然后再购买产品。

如果我小心不要实施2018或Premier的任何特定内容,我会检查我创建的任何内容并将其重新构建在具有完整许可证的计算机上,以避免触发此限制吗?有人担心在实际工作环境中使用2018 Premier的评估版将破坏已经检查版本控制的内容并对我们的安装程序实施五天的限制。

注意:我们计划仅将评估副本用作评估。试用期将决定让两个开发人员使用安装程序,以及确定升级到Premier是否值得花费多少钱。我们可能会或可能不会在试用期结束时购买第二个许可证。

1 个答案:

答案 0 :(得分:0)

过期是根据请求它的项目或使用InstallShield的评估副本构建的。因此,仅使用评估副本打开和保存项目不会将项目标记为评估。制作和保存也不会发生变化。

但是,在较新版本的InstallShield中打开并保存项目将升级项目,使其在旧版本的InstallShield中无法使用(因而无法构建)。相同版本的专业版和专业版通常兼容,但在专业版中打开一个项目可能会禁用专业版中启用的各种功能,即使您没有尝试更改它们。

源代码管理应该可以轻松撤消任何干扰构建的项目更改。