TeamCity 2026.2：流水线功能正式可用，AI助手支持BYOK及更多更新
TeamCity On-Premises 的本次重大更新引入了多项流水线改进，这些功能现已从 EAP（早期访问计划）阶段毕业，并作为官方稳定选项，与构建配置一起用于设计 CI/CD 工作流。同时，我们也推出了多项与 AI 相关的功能，包括一个 MCP 工具集扩展，以及让你可以选用任意主流云 AI 提供商或本地 LLM 来处理 TeamCity 中与 AI Assistant 的所有交互。一如既往，你可以在我们的文档中查看完整列表。
我们还为之前主要的 TeamCity On-Premises 版本发布了两个错误修复更新：2025.11.8 和 2026.1.4。
TeamCity 流水线
全面可用
TeamCity 2025.07 以 EAP 功能的形式引入了流水线——在 TeamCity Cloud 中立即可用，在 TeamCity On-Premises 中则按需申请。此后，我们一直在稳步缩小其与经典构建配置的差距，增加了构建功能支持、.NET 步骤、将流水线链接为构建链的能力等。
在此版本中，流水线正式走出 EAP，现已在 TeamCity Cloud 和 On-Premises 上全面可用，适用于任何规模和复杂程度的项目。
不过，我们对流水线的开发不会止步于此——请参阅路线图了解后续规划。
改进的分支处理
当你的 YAML 文件存储在 Git 仓库中时，流水线现在可以更好地处理分支。你现在可以在“编辑”模式下选择仓库分支，并为每个分支设计独特的工作流。
[LOADING...]
此外，流水线现在也能更好地处理受保护分支——这是保护主分支免受未验证提交影响的最常用技术。从 2026.2 版本开始，流水线会显示清晰的警告，说明在 UI 中进行的编辑无法直接推送到受保护分支，并建议将这些编辑保存到其他分支。
了解更多：功能分支
失败时继续运行
在设置作业依赖项时，你现在可以启用“即使上游失败也运行作业”选项，确保流水线即使遇到错误也会一直运行到最后。
[LOADING...]
流水线运行整体上仍会被标记为失败，但此功能让你可以确保特定作业（例如清理或通知步骤）始终运行。
了解更多：作业依赖项
提升流水线运行
“Promote”——这个按钮可以从较早的、已完成的构建触发构建链的下游部分——现在也适用于流水线，而不仅限于构建配置。
[LOADING...]
例如，你可以将一个成功的“构建 Docker 镜像”运行提升到“上传到 DockerHub”的配置或流水线中，从而无需重新构建即可重新部署该构建产物。
了解更多：部分链执行
调试作业
现在，你可以调试单个作业，而无需离开“编辑”模式，也无需触发整个流水线。这一小改动让你能更快地设计复杂工作流，因为你可以在问题出现时即时修复，而不必等到最后再去费力排查失败日志。
[LOADING...]
了解更多：调试作业
未绑定的流水线
现在，你可以创建未附加 VCS 根的流水线。以前，此选项仅适用于构建配置。创建流水线时，选择“无仓库”选项，即可创建不检出任何远程源的自定义工作流。
[LOADING...]
了解更多：创建和编辑流水线
新的 MCP 工具
你的 AI 代理现在可以额外使用三个为 TeamCity 流水线设计的工具：teamcity_pipeline_get、teamcity_pipeline_post 和 teamcity_pipeline_delete。为了避免意外，post 和 delete 工具仅在 Brave 模式下可用，并需要手动启用。
了解更多：TeamCity MCP
TeamCity AI
AI 持续重塑软件开发。TeamCity 团队正在采取一种务实的方法：利用 AI 解决真实的 CI/CD 问题，减少日常任务中的摩擦——同时始终让你掌控要使用哪些 AI 功能，以及如何使用它们。
AI Assistant
AI Assistant 现在支持自带密钥（BYOK），让你可以接入任何受支持的 LLM。前往“管理 | AI Assistant”，输入你的开发者 AI API 密钥。之后，你便可以使用 Anthropic、OpenAI、Google Gemini 或任何其他受支持的模型来检查构建并调试 CI 工作流。
[LOADING...]
了解更多：AI 提供商
MCP 增强功能
在 2026.1 版本中，我们实现了一个 MCP 端点，允许 AI 代理将 TeamCity 服务器作为工具来源。在此版本中，我们新增了三个工具，让你除了使用经典构建配置和项目之外，还能使用你偏好的 AI 解决方案来管理流水线。
此外，我们还实现了 OAuth/PKCE 授权流程，这意味着你不再需要手动生成个人访问令牌并将其传递到 AI 环境配置中。
了解更多：TeamCity MCP
重跑链中失败的构建
构建配置设置的“依赖项”选项卡现在包含“重试设置”分组。
[LOADING...]
当你希望延迟下游构建并自动就地重试失败的依赖项时——无需重跑整个链——可以启用“使用自定义重试设置”选项，并在对应输入框中输入正数的重试次数。
了解更多：依赖项重试设置
IDE 集成
我们更新了 IDEA 插件，使其现在附带我们的 CLI 工具，并提供无缝的 MCP 服务器注册。这意味着，你可以通过很少甚至无需手动设置，就能与 Junie 或第三方 AI 代理完成集成。
插件核心功能也已改进：你现在可以在 IDE 中查看 TeamCity 测试结果，并使用尚未提交的本地更改启动远程运行。
此外，使用 IDEA 和 Android Studio 进行 Kotlin Multiplatform 开发的开发者，现在可以安装此插件，以认领专属的 TeamCity Cloud 免费层订阅（目前上限为每月 30,000 个构建积分），该订阅能够运行自动生成的流水线，用于测试和构建你的 iOS 应用。该插件还简化了 TestFlight 集成，让 iOS 应用的部署过程变得更加轻松。
GitHub 集成
“拉取请求”构建功能现在可以按源分支（而不是分支引用）来匹配拉取请求。这让 TeamCity 可以将不同仓库中独立的拉取请求识别为相关更改，并在同一条构建链中一起构建，即使 GitHub 为它们分配了不同的拉取请求编号。
了解更多：GitHub 拉取请求
DSL 编译模式
对于将 Kotlin DSL 版本化设置存储在远程仓库中的项目，你现在可以选择 TeamCity 在何处运行这些代码：在服务器上或构建代理上。
[LOADING...]
在构建代理上执行 kDSL 限制更少且更安全，但这两个选项都有各自的取舍，因此请务必查阅我们的文档，了解所有建议和注意事项。