在不适当的构建代理上执行的tfsbuild清理作业

时间:2018-09-06 17:31:59

标签: tfs tfsbuild tfs2017

我对强制/允许在哪里运行TFS Build Cleanup作业有疑问。这不是何时运行它们的问题,而是如何指导TFS在特定构建服务器上运行它们的问题。首先是背景:

我管理着一个小型的内部构建/发布服务器场,这些服务器场均连接到内部TFS2017 Update 2系统,并且在构建/发布服务器上安装了代理2.117.2。这些构建/发布服务器之一与我们的开发域位于一个单独的域(我们的生产域)中,并且仅对开发域具有读访问权限。

我们的内部版本和开发版本在开发域中的服务器上进行,并且这些内部版本通过配置中的内部版本/版本需求定向到那些内部版本/版本服务器。这一切都很好。

直到最近,我们才在生产域中拥有一个发布服务器,并且随之而来的是,人们意识到TFS是“随机地”选择要在其上运行构建清理作业的可用服务器。随机分配给可用的构建/发布服务器是一个问题。

尽管清理作业可以在开发域中的任何构建/发行服务器上运行而没有问题-它们不能在生产环境中的发行服务器上运行,因为该服务器仅按设计具有对开发域的读取访问权限。结果,生产发布服务器上所有触发的清理作业均失败。

是否有一种方法可以限制可以触发TFS构建清理作业的执行代理?对于该问题,提供对产品发布服务器的R / W访问不是理想的解决方法。

0 个答案:

没有答案