TeamCity 2026.2 中的最新变化
流水线增强功能
正式发布
TeamCity 2025.07 将流水线作为抢先体验计划 (EAP) 功能引入 — 可在 TeamCity Cloud 上立即使用，在 TeamCity On-Premises 上可按请求提供。 从那时起，我们一直在稳步缩小与经典构建配置之间的差距，并添加了：
在此版本中，流水线退出 EAP：现在已在 TeamCity Cloud 和 On-Premises 上正式发布，适用于任何规模和复杂度的项目。
流水线开发不会止步于此 — 请查看我们的 路线图 ，了解接下来的计划。
调试作业
现在可以测试单个流水线作业，而无需触发整个流水线。 打开作业的省略号菜单并选择 调试 — TeamCity 只会使用当前设置运行该作业(以及它依赖的任何内容)，并提供实时构建日志和对接取该作业的代理的终端访问。
了解更多： 调试作业
改进的分支处理
流水线现在能更好地处理功能分支: 在编辑模式下，可以在不同的仓库分支之间切换，并为每个分支设计独特的工作流。
此外，TeamCity 现在可以正确处理受保护分支。 现在，尝试将 UI 中所做的编辑提交到受保护分支时，会出现明确警告，并建议将更新后的 .yml 文件保存到另一个分支。
了解更多： 功能分支
失败时继续运行
设置 作业依赖项时，现在可以启用 即使上游失败也运行作业 ，这样即使所依赖的上游作业失败，该作业也会继续运行，而不是被自动取消。
流水线运行整体上仍标记为失败，但这样可以保证特定作业(例如清理或通知步骤)始终运行。
了解更多： 依赖
提升流水线运行
提升 — 该按钮可从较早且已完成的构建触发 构建链的下游部分 — 现在不仅适用于构建配置，也适用于流水线。
例如，将成功的 "构建 Docker 镜像" 运行提升到 "上传到 DockerHub" 配置或流水线，以便在不重新构建的情况下重新部署该构件。
了解更多： 提升构建
未绑定的流水线
现在可以创建未附加 VCS 根的流水线。 以前，此选项仅适用于构建配置。 创建流水线时选择 "无仓库" 选项，以创建不会签出任何远程源的自定义工作流。
了解更多： 创建和编辑管道
Amazon ECR 支持
流水线和作业现在会显示父项目的 Amazon ECR 连接 ，位于其 集成 部分下。
目前，仅支持继承的 ECR 集成 — 无法通过流水线设置面板或 YAML 标记创建本地集成。
了解详情： 流水线集成
TeamCity AI
在能够解决实际 CI/CD 问题时，才会将 AI 添加到 TeamCity，其余决策由您掌控。 AI 功能会保持关闭，直到服务器管理员启用；从此版本开始，还可以选择支持这些功能的 AI 提供商。
AI Assistant
从 TeamCity 2026.2 开始，不再局限于内置的 JetBrains AI：AI Assistant 现在支持 "自带密钥" (BYOK)，可将其连接到组织已有权访问的第三方 AI 提供商。 在 提供程序 选择器下选择提供商并输入 API 密钥，AI Assistant 将改为在该模型上运行。 Assistant 面板底部始终显示当前处于活动状态的模型。
此外，AI Assistant 现在不仅适用于经典构建配置，也适用于流水线，并随附本地文档源，因此更准确且更不容易产生幻觉。
了解更多： 提供商
MCP 改进
TeamCity 的 MCP 服务器现在提供三个用于管理 流水线的新工具 — 可直接从 AI 代理检索、编辑或删除它们。 还可以使用 OAuth 进行连接，而无需预先配置个人访问令牌。
了解更多： TeamCity MCP。
重新运行失败的链式构建
构建配置设置的 依赖 选项卡现在包含一个 重试设置 组。 启用后，可以延迟下游构建，并在原处自动重试失败的依赖项，无需重新运行整个链。
了解更多： 重新运行失败的链构建
GitHub 拉取请求
拉取请求构建功能现在可以按源分支而不是分支引用来匹配拉取请求。 这使 TeamCity 能够将不同仓库中的单独拉取请求识别为相关更改，并在同一构建链中一起构建，即使 GitHub 为它们分配了不同的拉取请求编号。
了解详情： GitHub 拉取请求
DSL 编译模式
现在可以选择 TeamCity 编译版本化 DSL 设置的位置： 在服务器或构建代理上。
建议使用 在构建代理模式下 ，因为限制更少且更安全，但两个选项都有一定的取舍。 请参阅下面的链接了解更多信息。
了解更多： DSL 编译
其他增强功能
TeamCity 现在支持用于 Tape Archive (.tar) 文件的无损 Zstandard 压缩算法：可以在 发布和 交换工件时使用
.tar.zst或.tzst扩展程序。性能监视器接口已更新为更现代的外观，提升了可读性和视觉一致性。
TeamCity 现在可以 更准确地估算高度变量化的参数化构建的持续时间。
现在可以将 Gradle 步骤切换到 高级集成模式 ，该模式不再依赖 Gradle Tooling API。 构建的行为就像从命令行运行 Gradle 一样，并且以前不兼容的功能现在可以使用：Gradle 隔离项目、类似
--daemon和--停止的命令行选项等。 在 2026.2 版本中，需要手动启用高级模式，预计它将在未来版本中成为默认模式。项目导入现在可让您选择是否将与其所有者拥有相同权限的 访问令牌 随其用户一起导入。 此类令牌不受任何项目限制，因此在目标服务器上，它们会授予其所有者在该服务器上拥有的所有权限 — TeamCity 仅在选择对应复选框时才会导入它们。
安装在与 TeamCity 服务器相同机器上的代理不再自动获得 授权。 TeamCity 也不再对未经授权的代理执行远程操作：查看代理日志、转储线程、打开交互式终端以及重启机器现在都需要已授权的代理。 这会阻止服务器与尚未经过审核的机器通信。
升级说明
升级前，强烈建议阅读版本 2026.2 相比 2026.1 中的重要变化。
已解决的问题
请查看 TeamCity 2026.2 发行说明 文章，了解已实现功能和已修复问题的摘要。
路线图
参阅 TeamCity 路线图 和 TeamCity Pipelines 路线图 相关文章，详细了解未来的更新。
更新 TeamCity 本地部署
我们建议使用 自动更新 进行最简单且最可靠的升级。 有关升级过程和可用选项的更多信息，请参阅 升级 TeamCity 服务器和代理。
要下载任何 TeamCity 主要版本或错误修复版本的 .tar.gz 或 .exe 安装程序，请访问 以前版本的下载 文章。
对于在 Docker 容器中运行的 TeamCity 服务器，请参阅 本文。
您的反馈至关重要
我们非常重视您的反馈，鼓励您分享您的想法和建议。 请查看此链接以获取更多信息： 支持与故障排除。