术语表

Agent cloud profile（代理云配置文件）

根据这些设置，TeamCity 在云中启动带有构建代理的虚拟机的集合。 配置云配置文件是将 TeamCity 与云提供商集成的必要步骤：Amazon EC2，Kubernetes，VMWare vSphere，和 其他。

Agent Home Directory（代理主目录）

安装构建代理的目录。 其位置可以手动更改。 这个目录包含代理配置文件以及其他重要文件，例如用于启动和停止代理的脚本。

Agentless build step（无代理构建步骤）

一种可以在无构建代理的情况下运行的构建步骤，在外部软件中。 采用此类步骤可以在构建操作完成后立即释放构建代理。 这有助于优化服务器上代理的工作负载。

Agent pool（代理池）

您可以将项目分配给的命名构建代理集。 构建代理只能属于一个池。 一个项目可以使用 多个池 来构建。 使用池可以将特定代理绑定到特定项目。

Agent requirement（代理需求）

一条规定给定的构建配置是否可以在特定代理上运行的规则。 允许管理用于运行每个构建配置的代理。

Agent-side checkout（代理端签出）

构建代理在启动构建之前从版本控制系统（VCS）检出构建的源文件的模式。 可以 设置为首选或强制模式。 替代服务器端签出的方案。

Agent Work Directory（代理工作目录）

构建代理上包含默认检出目录的目录。 默认情况下，它与 Agent Home Directory 是相同的。

Already Fixed In（已在此构建修复）

在失败的构建概览中的提示，显示了当前失败测试成功的构建，这个构建在初次测试失败的构建 之后运行。

Artifact dependency（工件依赖项）

一种构建配置之间的依赖关系，它允许将一个构建产生的工件发送到另一个构建。

Authentication module（验证模块）

负责在 TeamCity 中实现某一认证技术的功能块。 TeamCity 具有两种类型的身份验证模块：凭证认证模块和 HTTP 认证模块。

Build（构建）

执行某个 CI / CD 任务的过程。 大多数构建包含多个按顺序执行各自细化动作的步骤。 构建会根据其构建配置中指定的设置执行。

Build agent（构建代理）

一款软件，它会监听来自 TeamCity 服务器的命令，并启动实际的构建过程。 代理程序可以在客户的环境中安装或在云端按需运行。

Build artifacts（构建工件）

构建生成的文件。 通常，这些包括分发包，WAR 文件，报告，日志文件等等。

Build chain（构建链）

由快照依赖项连接的构建流程或序列。 将构建连接成链可以带来许多优点，例如在同一源修订版上运行它们，最优地排队和触发它们，并在管道图上监视它们。 构建链的示例包括：编译、测试和部署单一项目。

Build checkout directory（构建检出目录）

在 TeamCity 代理机器上，所有构建的所有源代码都被检查并存放在一个目录中。

Build configuration（构建配置）

一组特定类型构建的设置集合，决定了它们的步骤，特性和其他常见参数。 它作为属于它的所有构建的蓝图。 构建配置主页显示了所有最近构建的列表。 构建配置的示例包括 发布版， 集成测试， 准备发布版， "每晚" 构建。

Build configuration template（构建配置模板）

预定义的设置集合，用作创建相似构建配置的基础。

Build feature（构建功能）

对构建可用的额外功能部分（可能是性能监视器，报告工具，或者拉取请求的支持）。

Build grid（构建网格）

由 TeamCity 使用的代理池，用于同时创建多个项目的构建。 构建网格利用了来自多台计算机的当前未使用的资源，这些计算机中的任何一台都可以同时运行多个构建和/或测试，用于公司内的单个或多个项目。

Build history（构建历史记录）

由 TeamCity 生成的过去构建记录。

Build log（构建日志）

增强版的构建控制台输出。 它由在构建过程中发生的事件的结构化列表表示。 通常，它包括 TeamCity 执行的操作条目和在构建过程中启动的进程的输出。 TeamCity 捕获进程输出，并以一种内部格式存储，以便进行分层显示。

Build number（构建号）

根据构建配置设置中指定的模式组成的字符串标识符。 这个数字将在 UI 中显示，并作为 预定义参数传入构建中。 它可以是：

• 用于下载工件

• 作为属性被引用

• 用于依赖关系连接的构建的共享

• 用于构件依赖关系

• 由服务消息设置

Build queue（构建队列）

一份已经 触发 并等待启动的构建列表。 TeamCity 将在构建代理变为空闲状态时立即将它们分发给 兼容的 构建代理。 一个排队的构建在其开始在代理上的时刻被指派给一个代理；在构建等待在构建队列中时，不会进行预赋。

Build parameter（构建参数）

由用户定义或由 TeamCity 提供的名称-值对，可在构建中使用。 构建参数帮助灵活共享设置并将它们传递给构建步骤。

Build runner（构建运行程序）

一个 TeamCity 模块，允许与特定工具进行集成：命令行，.NET，Kotlin 脚本，Gradle 等等。 每个构建步骤都定义了将用于执行它的运行器。

Build step（构建步骤）

由构建运行程序执行的任务。 一个单一的构建配置可以包含多个步骤。

Build tag（构建标记）

可以分配给构建的标签。 标签可以用于组织构建历史，便于搜索和导航等。

Build trigger（构建触发器）

一条在某个事件（例如，在配置的 VCS 根发生变化时）触发新构建的规则。 构建已放入 构建队列 中，并将在有可执行它的代理时启动。

Build working directory（构建工作目录）

这是设置为构建过程中的当前目录。 默认情况下，这与构建检出目录是同一目录。

Change（更改）

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

Clean checkout（干净签出）

一种操作，确保下一次构建将会从版本控制系统（VCS）中重新获取一份源代码的副本。 所有Build Checkout Directory的内容都已被删除，并且已从版本控制中重新获取源代码。

Code coverage（代码覆盖率）

代码覆盖率是一种度量，用于衡量您的代码被单元测试覆盖的程度。 TeamCity 自动支持各种 .NET 和 Java 工具的覆盖率。

Code duplicates（代码重复）

重复的代码块。 Duplicates Finder （重复项查找器）构建运行程序（用于 Java 和 C# ）搜索相似的代码片段，并提供有关在代码库中发现的重复代码块的全面报告。

Code inspections（代码检查）

能够实时检查源代码、发现并报告常见问题和反模式的代码分析工具。

Composite build configuration（合成构建配置）

一种特殊类型的构建配置，它通过快照依赖性将几个其他构建的结果聚合在一起。 复合构建可以被视为一个由多个部分组成的构建，这些部分可以在不同的代理上并行执行。 所有这些部分都将有一个源码的同步快照，结果可以在一个地方看到。

Configuration parameter（配置参数）

在 TeamCity 中，一种 构建参数 ，用于在构建配置中共享设置（广泛用于模板和配方）。

Continuous integration（持续集成）

一个软件工程术语，描述的是一个频繁重构和测试应用程序的过程。 一般来说，它采取的形式是一个服务器进程或守护进程。

• 监视文件系统或版本控制系统以获取更改；

• 运行构建过程（例如，启动脚本）；

• 运行测试（例如，JUnit 或 NUnit）。
  持续集成也与 极限编程 和其他 敏捷 软件开发实践相关。
  遵循 持续集成 的原则，TeamCity 允许用户监控公司的软件开发过程，同时改善沟通，并促进更改的整合，而不会破坏任何已建立的实践。

Custom build run（自定义构建运行）

• 一个独立的构建，其设置已根据其构建配置进行了调整。 此类构建可以从 运行 按钮旁的上下文菜单中启动。

Dependent Build（依赖构建）

一个依赖于通过快照或工件依赖的一个或多个构建的构建配置。

Deployment Build Configuration（部署构建配置）

一种特殊类型的构建配置，用于将某些环境部署。 这些通常是构建配置，它们对部署其结果的构建具有快照或艺术品依赖性。

Difference viewer（差异查看器）

一个 TeamCity 组件，允许您查看源代码控制中修改的文件的两个版本之间的差异，并在这些差异之间进行导航。

Environment variable（环境变量）

在 TeamCity 中，一种名为 构建参数的类型会像传递入环境一样传递给生成的构建过程。 由 env. 前缀定义。

Favorite build（收藏构建）

用户给某个构建分配的标记。 用户可以在用户界面快速访问他们喜爱的构建，并选择只订阅关于这些构建的通知。

First failure（首次失败）

一个链接，指向 TeamCity 首次检测到当前测试在相同构建配置下失败的构建。 从当前版本开始，TeamCity 将回溯整个构建历史，以找出这个测试第一次失败的时间。

Guest user（访客用户）

一位用户正在匿名访问 TeamCity 服务器。 服务器管理员可以根据需要启用或禁用访客访问。 默认情况下，访客用户在所有项目中拥有 项目查看者 角色，但可以调整其角色和权限。

History Build（历史构建）

在更近期更改的构建之后开始的构建。 它按照 源修订版本的顺序 扰乱了正常的构建流程。

Notifier（通知程序）

一款 TeamCity 模块，用于向外部目标发送构建状态通知。 示例：Slack Notifier、Email Notifier、Browser Notifier。

Permission（权限）

执行特定操作的授权：例如，运行构建或修改构建配置设置。

Personal build（个人构建）

一个在常规构建序列外执行的构建。 通常，它使用尚未提交到版本控制的更改。 这使得开发者可以在真实环境中运行他们新添加的功能，而无需修改 VCS 中的项目代码。 个人构建通常通过远程运行程序从 IDE 中启动。

Pinned build（固定构建）

在计划的 清理 过程中不会被移除的构建。

Pre-tested commits（预测试提交）

一种方法，可以防止将有缺陷的代码提交到构建中，因此不会影响整个团队的进程。 这些图表说明了 TeamCity 对预测试提交的方法。

Project（项目）

一组构建配置。 一个项目可以对应一个软件项目，项目的特定版本/发布，或者构建配置的任何其他逻辑组。 一个项目为所有的构建配置定义了通用设置。

Remote Debug（远程调试）

一项功能允许从本地开发者机器上的 IDE 远程调试 TeamCity 代理 机器上的测试。 当代理环境在某些方面独特，导致测试失败，且难以在本地复现问题时，此功能将非常有用。

Remote run（远程运行）

由开发者从支持的 IDE 插件之一启动的个人构建，以测试变更如何集成到项目的代码库中。 与 预测试 提交 不同，无论通过远程运行启动的个人构建的状态如何，都不会将代码检入版本控制系统中。

Revision（修订）

版本控制历史的特定状态，或者换句话说，源代码的版本。 当发生变更时，它们通常由数字或字母代码标识，被称为 修订。

Role（角色）

一组可以授予用户的权限，这些权限可以在一个或所有项目中控制他们对项目和 UI 中各种功能的访问。

Root project（根项目）

项目层次结构顶部的默认项目。 其设置对服务器上的所有其他项目都可用。

Run configuration policy（运行配置策略）

允许您选择构建代理要运行的特定构建配置的策略。 默认情况下，构建代理会运行所有兼容的构建配置，这并不总是令人满意的——在这种情况下，这个策略允许您在每个代理的详细信息中限制允许的集合。 运行配置策略设置位于 代理详细信息 | 兼容的配置。

Server-side checkout（服务器端签出）

当 TeamCity 从 VCS 检出构建的源文件到服务器机器，并在启动每个新构建之前，将它们导出到构建代理机器的模式。 可以 设置为首选或强制模式。 代替代理端签出（agent-side checkout） 的选择。

Snapshot dependency（快照依赖项）

一种构建配置之间的依赖性，该依赖性允许将多个构建分配给同一源修订版本（提交），因此所有构建阶段都使用相同的项目文件。

Super-user（超级用户）

超级用户登录允许以系统管理员权限访问服务器用户界面。 当管理员忘记了凭据，或者需要修复与身份验证相关的设置时，这是非常有用的。 登录是使用可以在服务器日志中找到的身份验证令牌进行的。

System property（系统属性）

在 TeamCity 中，一种 构建参数类型可以作为特定于构建工具的变量传入某些运行器的构建脚本中。 由 system. 前缀定义。

TeamCity Data Directory（TeamCity 数据目录）

TeamCity 数据目录是 TeamCity 服务器在文件系统中用于存储配置，构建结果和当前操作文件的目录。 此目录是所有配置设置的主要存储位置，并存放着对 TeamCity 安装至关重要的数据。

TeamCity Home Directory（TeamCity 主目录）

在 TeamCity 安装过程中解压的 TeamCity 服务器应用文件和库的目录。

User account（用户帐户）

允许 TeamCity 用户登录服务器并使用其功能的用户名和密码的组合。 用户帐户可以手动创建，或者根据使用的身份验证方案在登录时自动创建（请参阅 身份验证模块 部分以获取更多详细信息）。

User group（用户组）

一种将具有相似角色和权限的用户帐户进行汇总的方法，以便于更容易管理。

VCS root（VCS 根）

连接到版本控制系统。 它代表一组参数（源路径、用户名、密码和其他设置），这些参数决定了 TeamCity 如何与 VCS 进行通信，以 监视更改并获取构建的源代码。