Team Foundation Server构建代理

时间:2018-06-13 14:11:03

标签: tfs tfsbuild

我最近从Team Foundation Server 2017升级到Team Foundation Server 2018.我对安装的构建部分有几个问题。我们当前的TFS构建代理位于与TFS Web应用程序不同的服务器上。

我相信在之前的升级和安装中,安装介质上有一个选项可以安装TFS的构建部分。

    1. 我是否必须在构建服务器上进行任何类型的升级,或者只是更新Web应用程序中的所有代理,如图1所示?
    1. 虽然我的升级是从TFS 2017到TFS 2018,但构建服务器有一个管理控制台,显示它的版本为2015(见图2)。我是否需要卸载此2015应用程序?

图片1

Image 1

图片2

enter image description here

2 个答案:

答案 0 :(得分:1)

  1. 代理商应自动更新。
  2. 这是XAML构建。如果您没有使用XAML版本,则可以忽略它,甚至可以完全卸载它。

答案 1 :(得分:1)

自2015年以来,有两种版本的构建代理与TFS。

" Team Build" /" XAML Build"

这是基于Controller + Agent的基础架构,自2010年以来一直存在,并且已在TFS 2017中弃用。支持的代​​理是2010(在XP和框架4上)和2015代理。有一个不受支持的2017版XAML代理,纯粹用于单机安装,其中TFS应用程序层和构建代理在同一服务器上运行。

只要您仍然需要这些,

2015就是首选版本。您应该计划尽快删除对这些代理的依赖。

* 2018u2 **重新引入XAML代理,纯粹是为那些在XAML基础架构上投入过多而直接升级到新构建系统的客户。如果你是其中之一,我真诚地希望你有一个计划来打破这种依赖。此重新引入的代理程序已预先弃用,将在以后的版本中再次删除。

VSO / VSTS / vNext / 2015代理商

这些名称很多,但基本上是2015年首次发布的新代理商。这些版本有1.x和2.x两个版本。当新代理自动升级时,它们只会自动升级到其主要版本的最高可用版本。要从1.x升级到2.x,您需要卸载旧代理并安装新代理。

与XAML版本一样,1.x代理现在被视为已弃用,如果您仍然依赖这些代理,则应尽快升级到2.x.

结论

如果您仍在使用XAML版本,则应使用Team Foundation Server 2015 Build Agent + Controller。并计划远离这些。这将需要将构建过程重新编写为新的构建+发布基础结构

如果您仍在使用1.x VSTS构建代理,则应将其升级到最高版本。并计划通过卸载1.x代理并安装与您的TFS版本匹配的2.x代理来摆脱这些。

如果您正在使用2.x VSTS构建代理,则可以从TFS基于Web的管理控制台升级它们。这些是构建和发布的首选代理。