TeamCity Pipelines 路线图
Pipelines 以更直观的可视化界面重新定义了熟悉的 TeamCity 体验。 虽然 pipelines 使用相同可靠的后端驱动，但我们有意摒弃了传统做法，从核心理念简化并重新设计，实现从头构建。
我们期望这种方式在该项目不断发展中逐步体现价值，但这也意味着 pipelines 当前在自定义和功能方面不如经典的构建配置丰富。 在决定下一步优先事项时，您的反馈尤为重要。 我们的目标是构建真正符合您需求的 CI/CD 解决方案，您的建议对我们完善它至关重要。
加入我们的 Slack 以分享和讨论您的想法，或将 Bug 报告发送至 Zendesk / YouTrack。
计划中的功能
所有构建步骤和功能。
已实现一种机制，允许流水线复用熟悉的构建步骤和功能。 目前，只有其中少数公开可用: .NET、 构建文件清理器 （Swabra）、 XML 报告处理 以及其他一些。 预计在 2026.3 更新中，大多数构建功能和步骤会在流水线中默认可用。
作业失败条件
我们计划引入类似于 构建配置中的故障条件。 这将使您可以更精细地控制何时将作业标记为失败，即使上游作业失败也允许下游作业继续运行。
执行超时
我们正在研究允许定义最大运行时间的超时设置。 超过阈值的作业或 pipelines 将自动取消并标记为失败。
PR 事件触发器
流水线已经能够识别拉取请求，并使用提交触发器来 自动构建这些拉取请求更改。 为了提供更好的粒度和控制，预计会为核心拉取请求事件引入单独的触发器: 拉取请求已打开、新注释已添加，等等。
GitHub Checks 支持
流水线能够将基本运行状态(已启动、失败、成功等 报告给 VCS。 GitHub Checks API 支持将大幅扩展该功能，因为它允许外部系统报告详细反馈、特定的逐行注解，并重新运行单个任务。
脚本支持
Recipes 通过将常用逻辑打包为可复用资产并从 JetBrains Marketplace 下载社区创建的步骤，补充了自定义构建步骤。 添加 Recipes 支持将显著扩展 pipelines 的能力。
作业和构建步骤的执行条件
经典构建配置支持 步骤执行条件 ，用于指定何时应运行某一步骤的条件。 我们计划为 pipeline 中的作业添加类似功能。
此外，我们计划向作业本身添加类似功能。 如果满足特定条件，这些选项将允许完全跳过某个作业。
类型参数
pipelines 当前仅支持单值文本参数（包括用于敏感值的掩码 secret 参数）。 我们计划实现 经典构建配置中提供的更多参数类型 ，例如复选框、多选项和从外部来源提取的值。
模板
模板 可帮助配置多个具有相似设置的构建配置。 我们计划将类模板概念引入 pipelines，使您能够定义可重用的 YAML 模板。
已实现的功能
本节列出了在早期版本中已实现的计划功能。
调试作业
现在可以测试单个流水线作业，而无需触发整个流水线。 打开作业的省略号菜单并选择 调试 — TeamCity 只会使用当前设置运行该作业(以及它依赖的任何内容)，并提供实时构建日志和对接取该作业的代理的终端访问。
了解更多： 调试作业
改进的分支处理
流水线现在能更好地处理功能分支: 在编辑模式下，可以在不同的仓库分支之间切换，并为每个分支设计独特的工作流。
此外，TeamCity 现在可以正确处理受保护分支。 现在，尝试将 UI 中所做的编辑提交到受保护分支时，会出现明确警告，并建议将更新后的 .yml 文件保存到另一个分支。
了解更多： 功能分支
失败时继续运行
设置 作业依赖项时，现在可以启用 即使上游失败也运行作业 ，这样即使所依赖的上游作业失败，该作业也会继续运行，而不是被自动取消。
流水线运行整体上仍标记为失败，但这样可以保证特定作业(例如清理或通知步骤)始终运行。
了解更多： 依赖
提升流水线运行
提升 — 该按钮可从较早且已完成的构建触发 构建链的下游部分 — 现在不仅适用于构建配置，也适用于流水线。
例如，将成功的 "构建 Docker 镜像" 运行提升到 "上传到 DockerHub" 配置或流水线，以便在不重新构建的情况下重新部署该构件。
了解更多： 提升构建
AI 增强功能
TeamCity MCP 端点现在允许 AI 代理检索三个用于管理流水线的其他工具: TeamCity 管道获取、 TeamCity 管道发布 和 TeamCity 管道删除。 此外，现在可以使用 AI Assistant 来帮助配置和调试流水线。
了解更多： 与 AI 代理集成
与构建链集成
构建链现在可以由构建配置和流水线共同组成。
在配置流水线依赖项时，您仍可使用与构建配置 快照依赖相同的常用选项：修订同步模式、失败依赖的执行策略等。
了解更多： 管道依赖项。
Kotlin DSL 支持
如果父项目 使用 Kotlin DSL 存储其设置 ，现在可以选择继续将流水线设置存储在远程 YAML 文件中，或将其设置以 Kotlin 格式包含到项目的 .kts 文件中。
此更改有利于偏好使用 Kotlin DSL 进行配置即代码开发且不希望配置文件存在“空白”的团队。
了解更多： Pipelines Kotlin DSL.。
自定义运行
运行自定义构建 是在无需更改配置设置的情况下触发定制构建流程的绝佳方式。 您可以安排构建、选择特定代理、重写参数、跳过依赖项等。 自 2026.1 版本起，此功能适用于经典构建配置和流水线。
了解更多： 运行自定义构建。
作业级构建功能
2026.1 版本新增对曾仅在构建配置中可用的 构建功能的支持。 在流水线中，现在可以像添加构建步进一样，将这些功能添加到作业中。
目前流水线支持四种此类功能，未包括像 提交状态发布器 这样的原生集成功能：
我们期望根据您的反馈支持更多功能。
了解更多： 构建功能。
.NET 构建步骤
在 2025.11 版本中，我们将在 pipelines 中引入熟悉的 .NET 构建步骤。 为了避免一个包含大量依赖于所选命令的设置的单一步骤，pipelines 将此构建步骤拆分为多个与任务相关的单元。
了解更多： .NET。
项目注册表连接支持
从 2025.11 版本开始，项目拥有的 Docker 和 NPM 连接在管道和作业设置中现在作为 integrations 可用。
了解更多： 管道设置。
高级构建和测试操作
从 2025.11 版本开始，pipelines 支持部分此前仅在构建配置中提供的高级功能。 用户现在可以处理构建和测试失败： assign investigations、 mute irrelevant failures ，并手动将预期在未来构建中解决的问题标记为已修复。
此外，运行操作菜单现在包含对单个 pipeline 运行进行 固定、标记与注释 的选项。
参数导入
此前，由项目拥有的参数无法在 pipelines 中使用。 引用此类参数将导致隐式代理需求：只有提供该参数值的代理才有资格运行此 pipeline。
从 2025.11 版本开始，您可以从直接或间接项目中导入任意参数，并像本地 pipeline 参数一样使用。
了解详情： Pipeline parameters， 配置构建参数