tfs - Team Foundation Server 构建代理

Question

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

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

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

图片 1

图像 2

Answer 1

自 2015 年以来，TFS 构建代理有两种风格。

“团队构建”/“XAML 构建”

这是基于 Controller +代理的基础架构，自 2010 年以来一直存在，并已随 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 构建代理+ Controller 。并计划远离这些。这将需要重新编写新的构建+发布基础架构的构建过程

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

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