【发布时间】：2015-12-07 19:18:48
【问题描述】：
我在处理 TFS 2013 构建机器设置中的构建机器特定属性时遇到了一些问题。
安装构建器可执行文件的路径（例如 Install Shield）是构建机器特定的属性 - 它可能因不同的构建机器而异。
我该如何处理？我无法将其硬编码到构建定义 XAML 中，也无法将其作为构建定义的参数。
有什么好的方法来处理这个和类似的属性吗？
【问题讨论】：
标签： build continuous-integration tfsbuild
【发布时间】：2015-12-07 19:18:48
【问题描述】：
您无需在构建定义中指定 InstallShield 的路径，您只需在要创建和更新 InstallShield 项目的每台机器上安装 InstallShield。详情请查看article。
此外，您需要注意两点：
- 您的构建定义上的 MSBuild 平台必须是“X86”，否则您将收到错误消息说 InstallShield.Tasks.dll is not found 。
- 将构建服务配置为使用域帐户而不是“NT_AUTHORITY\Network Service”帐户运行，否则您将收到错误消息“InstallShield License has expired”。
有关如何在 TFS 构建中构建 InstallShield 的详细信息，请查看博客： http://blogs.msdn.com/b/girishp/archive/2014/03/04/installshield-and-team-build-on-tfs.aspx
【讨论】：
-
谢谢，但如果我理解这些文章，他们描述了如何使用 InstallShield 项目构建 Visual Studio 解决方案作为解决方案的一部分。在我的设置中，自定义构建步骤调用 InstallShiled 可执行文件，并且必须知道可执行文件的路径。
-
@Helan，我得到了你的方案。如果是这种情况，您可以将 InstallShield 可执行文件夹放在每个人都有权访问它的共享文件夹中，并将属性定位到构建定义中的共享文件夹路径。在不同机器上以不同路径调用 InstallShield 不是一个好主意，因为您必须先确定您正在使用哪台构建代理机器，这使得这种情况更加复杂。