背景:
这是Team Foundation Server的命令行实用程序可用的一个鲜为人知的命令。从本质上讲,它允许您通过传入配置文件在计算机上安装团队构建服务(以及控制器和代理)。语法是
tfsconfig setup /install /unattendfile:{filepath}
该文件看起来像
<Configuration>
<TeamBuild>
<CollectionUri>
<Uri>Url of your TFS project collection</Uri>
</CollectionUri>
<Credentials>
<FullName></FullName>
<Password></Password>
</Credentials>
<Controller>
<ControllerName>Default Controller</ControllerName>
<CustomAssemblyPath />
<MaxConcurrentBuilds>0</MaxConcurrentBuilds>
</Controller>
<Agent>
<AgentName>Agent 1 Name</AgentName>
<ControllerName>Default Controller</ControllerName>
<BuildDirectory>$(SystemDrive)\Builds\$(BuildAgentId)\$(BuildDefinitionPath)</BuildDirectory>
</Agent>
<!--AgentName>Agent 2 Name</AgentName>
<ControllerName>Controller Name</ControllerName>
<BuildDirectory>$(SystemDrive)\Builds\$(BuildAgentId)\$(BuildDefinitionPath)</BuildDirectory>
</Agent>-->
<Port>9191</Port>
<UseSSL>False</UseSSL>
</TeamBuild>
</Configuration>
在目前的形式中,它将使用两个代理在端口9191上的机器上配置TFS Build服务。
问题:
配置的方式,它将在机器上配置构建服务,其URL类似于
http://machinename:9191/v .....
我的问题是,由于某种原因,我希望能够控制“机器名”或基本上构建服务的URL。我怀疑通过在配置文件中指定另一个参数是可能的,但对于我的生活,我无法弄清楚这一点!一些帮助将非常受欢迎。
答案 0 :(得分:4)
不幸的是,没有记录使用tfsconfig的无人参与安装,因为它在2010年没有完成。我们计划在下一个版本中完成。
答案 1 :(得分:2)
还有一些其他(不支持的)方法可以为每个命令行安装代理 你可以在这里找到它们:other methods