使用 TeamCity 进行持续集成

Build agent（构建代理）

一个实际执行构建过程的软件片段。 它的安装和配置与 TeamCity 服务器是分开的。 代理可以安装在单独的机器上（物理或虚拟），它可以运行与服务器相同的操作系统（OS）或不同的操作系统。
TeamCity 中的构建代理可以具有不同的平台、操作系统和预配置的环境。 可以在不同的平台上同时运行不同类型的测试，从而使开发人员获得更快的反馈和更可靠的测试结果。

tip

服务器和代理可以共存于同一台计算机上，但出于生产目的，我们建议将它们安装在不同的机器上，原因如下，其中服务器性能是最重要的。

TeamCity 服务器

服务器 本身 不会运行构建或测试： 服务器的任务是监控所有连接的构建代理，根据兼容性要求将 排队的构建分配给代理，并报告结果。 有关构建结果的所有信息（构建历史以及除工件和构建日志之外的所有与构建相关的数据）、VCS 更改、代理、构建队列、用户帐户、用户权限等都存储在数据库中。

tip

服务器和代理可以共存于同一台计算机上，但出于生产目的，我们建议将它们安装在不同的机器上，原因如下，其中服务器性能是最重要的。

Project（项目）

一个 TeamCity 项目对应于一个软件项目或软件项目的特定版本/发布。 一个项目是一系列的 build configurations 的集合。

Build configuration（构建配置）

一组设置的组合，定义了构建过程。 设置包括 VCS 根、 构建步骤和 构建触发器 ，如下所述。

VCS root（VCS 根）

一组版本控制设置（源路径、用户名、密码、 签出模式及其他设置），定义了 TeamCity 如何与版本控制系统（VCS）通信以监控更改并获取构建的源代码。

Build step（构建步骤）

待执行的任务。 TeamCity 提供了多个内置的 构建步骤 ，可实现与特定构建工具（如 Ant、Gradle、MSBuild 等）、测试框架（例如 NUnit）或代码分析引擎的原生集成。 因此，您可以在单次构建中拥有多个步骤，并按顺序调用测试工具、代码覆盖率，例如，编译您的项目。

Build trigger（构建触发器）

一条在某些事件中启动新构建的规则。 例如，每当 TeamCity 检测到配置的 VCS roots 发生 变更 时， VCS 触发器 将自动启动新的构建。

Change（更改）

您引入的任何源代码的修改。 如果一个变更已被提交到版本控制系统，但尚未包含在构建中，那么它被认为是某个构建配置的待定项。

Build（构建）

在代理上执行的 CI/CD 任务。 它包含一个或多个步骤，可以执行任何服务任务：编译、测试、部署、生成报告等等。

术语 build 既可能指的是构建的实际过程，也可能指构建的结果。 构建被触发后，它会被放入 构建队列中，并在有兼容的代理可用时启动。 在构建完成后，构建代理将 构建工件 发送到服务器。

Build queue（构建队列）

一份已触发且等待启动的构建列表。 TeamCity 将在构建代理变为空闲状态时立即将它们分发给 兼容的 构建代理。 在代理开始执行时，队列中的构建任务会被分配给代理；在构建等待在构建队列中时，不会预先进行任务分配。

Build artifacts（构建工件）

由构建产生的文件，例如，安装程序，WAR 文件，报告，日志文件，在它们可供下载时。