TeamCity 2023.11：矩阵构建、构建缓存等

借助 TeamCity 中的矩阵构建，您可以定义参数和相应值的组合来创建构建矩阵。 每个参数值组合都会生成一个独特构建。 然后，多个并行运行的构建组成矩阵构建。

在不同操作系统或浏览器版本等配置之间测试软件时，矩阵构建特别实用。

在我们的文档中详细了解矩阵构建。

在 CI/CD 中，使用一次性构建代理是公认最好、最安全的做法。 但是，最佳做法也并非十全十美。

每次在一次性构建代理上运行构建时，都需要从互联网下载大量库才能执行构建。 这就导致构建速度缓慢和构建启动延迟。

现在不需要了！

构建缓存会下载项目依赖的文件并在项目中重用，帮助优化 CI/CD 构建时间。

在我们的文档中详细了解构建缓存。

在 2023.11 版本中，我们彻底重做了设置云配置文件和镜像的方式。 新 UI 将引导您完成整个过程，并提供相关的设置选项建议。

现在，您可以使用 EC2 Mac 实例，运行具有 Spot 置放评分的 AWS EC2 Spot 实例构建代理，等等。

S3 插件还具有直观简洁的新 UI，设计时考虑了 Amazon S3 存储桶和 S3 兼容存储。

在我们的文档中了解详情。

TeamCity 可与许多 Git 托管平台无缝集成，包括 GitHub、GitLab、Bitbucket（Cloud 和 Data Center），以及 Azure DevOps。

在 2023.05 中，我们引入了一种新的 GitHub 连接类型。 您可以使用 GitHub Apps，而不是传统的基于 OAuth 的仓库访问方法。

从 2023.11 版本开始，您可以更高效地建立这些连接，无需在 GitHub 中手动配置和注册新应用。

在身份验证方面，您现在还可以在 提交Commit Status Publisher、Pull Requests（拉取请求）构建功能和 GitHub 问题跟踪器设置页面上为 GitHub App 连接发放非个人可刷新访问令牌。

从 2023.11 版本开始，您可以将 TeamCity 配置为忽略 GitLab 的 Pull Requests（拉取请求）构建功能中的草稿合并请求。

针对 GitLab 仓库的 Commit Status Publisher 和 Pull Requests（拉取请求）现在可以使用可刷新 OAuth 令牌来通过身份验证。

针对 GitLab 仓库的 Commit Status Publisher 和 Pull Requests（拉取请求）现在可以使用可刷新应用程序令牌来通过身份验证。

TeamCity 现在为 Azure DevOps 的 Commit Status Publisher 和 Pull Requests（拉取请求）构建功能支持可刷新 OAuth 令牌。

在我们的文档中了解详情。

在这个版本中，我们从多个方面增强了 Bitbucket 身份验证。

除了应用密码和 VCS 根凭据身份验证类型之外，TeamCity 还支持可刷新和永久访问令牌作为 Bitbucket Cloud 的 Pull Requests（拉取请求）构建功能的身份验证方法。

Pull Requests（拉取请求）功能现在可以使用可刷新 OAuth 令牌访问 Bitbucket Server/Data Center 上的仓库。

在我们的文档中了解详情。

我们也改进了现有的 Swarm 和 TeamCity 集成。 集成允许您在 Swarm 中使用 TeamCity 构建状态，并从 TeamCity UI 导航到 Swarm 界面。

从 2023.11 版本开始，Commit Status Publisher 构建功能的 TeamCity Perforce Helix Swarm 发布器可与 Swarm 设置中已存在的自定义工作流集成。 此外，Commit Status Publisher 不再需要具有管理员访问权限的用户的凭据。

现在，无需在 TeamCity 中使用 Swarm 管理级凭据即可设置集成。 更新后的集成还允许将基于 TeamCity 检查的门纳入自定义工作流。

在我们的文档中了解详情。

您现在可以收藏代理池并从统一位置访问。 这有助于您访问负责的代理池。

代理终端是 TeamCity 的一项独特功能，通过直接从 TeamCity UI 打开远程终端来快速访问代理机器。 Linux、Windows（使用 PowerShell）和 macOS 均已支持代理终端。

从 2023.11 版本开始，代理终端在 TeamCity UI 的同一页面上打开，无需切换标签页。