上我有一个问题让多个服务出现。我发现这里的修复:
https://www.placona.co.uk/1327/technology/new-teamcity-agents-the-right-way/
每个生成代理 - 上以下行
输入唯一的信息到每个生成代理的启动配置文件(<build agent directory>\launcher\conf\wrapper.conf
)
wrapper.ntservice.name=<Unique service name>
wrapper.ntservice.displayname=<unique display name>
wrapper.ntservice.description=<unique description>
cd进入每个施工单位的bin文件夹并运行:
..\launcher\bin\TeamCityAgentService-windows-x86-32.exe -i ../conf/wrapper.conf
请注意,如果您使用-64它可能不会启动您的服务。如果您在运行命令时打开了services.msc,则必须与另一个服务进行交互以使新的服务出现。如果你想改变一个服务,你必须删除服务,并与类似readadd它:
sc.exe delete <service name here>
我有完全相同的问题现在。我是否正确地认为“捆绑”构建服务器现在没有运行,我的所有项目都已转移到新安装的构建代理中?虽然我告诉安装程序将其安装为Windows服务,但我仍然只有1个构建代理出现在TC中,还有一个称为“TeamCity构建代理服务”的服务。我期待着另一种服务可能出现在某个地方。顺便说一下,我的新版本在buildAgent.properties中有着相同的'name'属性,所以我认为这是一个名字冲突。改变了这一点,并试图重新启动它们两者 – Richard
我刚刚注意到,只有一个人似乎能够作为服务运行。如果我启动A,然后启动B(使用service.start.bat文件),A会在B连接后立即关闭。所以,我认为现在我会使用'agent.bat start'命令启动我的。这样做,我得到2启用生成代理(呜呼)。我怀疑如果我也启动捆绑代理,我会有3个。我现在有C:\ BuildAgentA,C:\ BuildAgentB和C:\ TeamCity \ buildAgent - 总共有三个 – Richard
是的,我有3个构建代理!确保名称在buildAgent.properties文件中是唯一的。并从命令行手动启动它们(适用于我)。如果有人正在构建一个项目,而另一个项目想要构建,它会自动将构建版本分发给其中一个空闲代理。 TC非常好。 – Richard