Team Foundation Server 构建代理

Team Foundation Server Build Agents

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

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

图片 1

图 2

  1. 代理应该自动更新。
  2. 那是 XAML 版本。如果您不使用 XAML build,您可以忽略它甚至完全卸载它。

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

"Team Build"/"XAML Build"

这是自 2010 年以来一直存在的基于 Controller+Agent 的基础结构,TFS 2017 已弃用它。支持的代​​理是 2010(在 XP 和框架 4 上)和 2015 代理。 XAML 代理有一个不受支持的 2017 版本,它纯粹用于单机安装,其中 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 的管理控制台升级它们。这些是构建和发布的首选代理。