Azure devops VST和InstallShield项目

Azure devops VST和InstallShield项目,azure-devops,installshield,Azure Devops,Installshield,我目前正在调查从TFS到VST的迁移。我似乎找不到答案的一个问题是,我们是否有办法在VST中构建installshield项目。任何帮助都将不胜感激。InstallShield需要一个专用构建服务器。无法使用托管的生成服务器,因为未安装InstallShield。它不能被XCOPY拉入,需要安装admin,并且有一个与MAC地址绑定的license.key DRM方案 WiX在托管服务器上工作得更好,但仍然不是完美的,因为您必须禁用MSI验证。验证需要管理员权限,否则将失败 除此之外,我还将许多

我目前正在调查从TFS到VST的迁移。我似乎找不到答案的一个问题是,我们是否有办法在VST中构建installshield项目。任何帮助都将不胜感激。

InstallShield需要一个专用构建服务器。无法使用托管的生成服务器,因为未安装InstallShield。它不能被XCOPY拉入,需要安装admin,并且有一个与MAC地址绑定的license.key DRM方案

WiX在托管服务器上工作得更好,但仍然不是完美的,因为您必须禁用MSI验证。验证需要管理员权限,否则将失败


除此之外,我还将许多TFS环境迁移到了VST,它可以与InstallShield配合使用。

您当前使用的TFS版本是什么?你说的是在VSTS托管代理上还是在私有代理上构建它们?TFS版本无关紧要。InstallShield将需要私人代理。@ChristopherPaint如果他使用的是XAML build,这将很重要。以什么方式重要?我不知道怎么做。不管他使用什么构建框架,他最终都需要向IsCmdBld或msbmbd掏钱,在一个私有代理上构建SLN,该代理作为一个具有管理权限的服务帐户运行。谢谢,Christopher!我也这么想。这才有意义。这是否意味着我不能在azure中使用InstallShield?我最近使用的azure构建服务器向我表明,问题已经解决了一半。您现在拥有管理员权限,因此每次都可以将构建服务器作为管道的一部分进行安装。但是,您的MAC地址将始终不同,因此我认为您需要解决许可证激活问题。我会请求InstallShield的支持。也许@Michael Urman可以回答。