TeamCity 2020.1最新功能

TeamCity 2020.1 支持条件构建步骤,允许在 Kubernetes 群集中启动构建代理,并且可与 Azure DevOps 和 Jira Software Cloud 集成。 该版本向多节点设置中的辅助服务器添加了更多功能,附带一个新的 Slack 通知程序,并包含对实验性 UI 的许多出色改进。

条件构建步骤实现无条件多功能性

条件构建步骤实现无条件多功能性

您是否曾希望在不同的平台上执行不同的命令行脚本,或者将不同分支中的变更部署到不同的暂存服务器? 现在,您可以实现这些目标了! 在 TeamCity 2020.1 中,您可以指定构建步骤的条件,并且仅在满足条件后执行构建步骤。

在群集中根据需要调整构建规模。 K8s 助您一臂之力。

在群集中根据需要调整构建规模。 K8s 助您一臂之力。

简单且可重现的群集部署现在开箱即用。 在 v2020.1 中,您可以在 Kubernetes 上实现可扩展的 CI/CD 架构:当您需要构建代理、执行它们的作业时,构建代理可以自动启动并在构建完成后移除。

多服务器魔法

多服务器魔法

运行多个 TeamCity 服务器并让它们协同工作可以将 CI/CD 的性能和可靠性提升到新水平。 通过使用触发器处理扩展辅助服务器的功能并在 UI 中支持用户级操作,我们改进了 TeamCity 在群集环境中的性能。

触发器处理

对于处理大型项目的专业人员来说,VCS 变更、包更新和新工件会触发大量的触发器。 为了帮助他们尽可能提高性能,我们现在允许辅助服务器参与此过程并分担主服务器的一些工作。

用户级操作

我们改进了辅助服务器的 UI,让您可以修改用户配置文件、更改项目和配置的视图、管理构建代理,等等。

更轻松地部署云构建代理

TeamCity 2020.1 提供了一个新选项,让您可以从 TeamCity 服务器下载预封装的代理分发。 在连接到 TeamCity 服务器后,预封装的构建代理不需要进行更新,这让创建和更新云镜像变得更快、更简单。

升级您的通知

升级您的通知

为了将 TeamCity 的通知功能提升到新高度,我们实现了一个新的构建功能,此功能让项目管理员可以设置面向整个团队的自动提醒。 可以在构建配置级别配置新通知,因此,您可以使用 Kotlin DSL 编辑、重用和共享它们。

借助全新的 Slack 通知程序,您的团队可以直接在 Slack 中获得构建的状态通知。

集成的力量

Jira Software Cloud

Jira Software Cloud

TeamCity 一直以来都提供与 Jira 的出色集成,该集成可以自动将提交消息中的问题代码替换为相应 Jira 问题的链接。 为了支持更多工作流,我们扩展了集成,并开始将构建和部署的状态发送到 Jira Software Cloud。 现在,您可以直接在问题跟踪器中查看 CI/CD 管道和版本历史,并且可以了解哪些问题与失败的构建相关联。

Azure DevOps

Azure DevOps

我们扩展了“拉取请求”构建功能支持的 Git 托管服务的列表,并添加了对 Azure DevOps 拉取请求的支持。 借助这个新选项,您可以在 Azure DevOps 的拉取请求分支上自动运行构建,与在 GitHub 和 GitLab 上的操作类似。

新的 Sakura UI

新的 Sakura UI

大多数开发者每天都会使用 CI/CD,我们希望提高它的实用性。 正因如此,我们持续打造快速、易于使用并让我们能够更快交付新功能的新 UI。

为了支持经典 TeamCity 的更多用例,2020.1 版的实验性 UI 包含更新的 Agents 与 Projects 页面,并允许配置项目边栏。

新版本还有更多新功能! 有关 TeamCity 2020.1 中变化的完整列表,请参阅 TeamCity 文档

TeamCity 2019.2最新变化

TeamCity 2019.2 为您提供了一些优秀的新方法来管理生成清理和监控服务器的性能。 它支持 EC2 启动模板,并为定义生成链提供了新的 DSL 语法。 它还提供了一种使用 Git 补丁运行个人生成的简单方法,并为实验性 UI 增加了许多改进。

增强清理任务

TeamCity 中的清理规则

TeamCity 2019.2 开启了对构建创建的历史数据和工件进行控制的新维度。 重新设计的清理引擎让您可以使用一系列筛选器设置不同的清理策略:例如,您可以选择保留特定分支或具有特定标记的所有构建。

我们认为,新的清理规则对项目众多的公司和开发时使用功能分支的团队来说尤其有用。

CI 概览

以 Prometheus 形式公开 TeamCity 指标

专业人士喜欢能够帮助他们监控任务关键型系统运行和执行的工具。 从 2019.2 开始,TeamCity 会通过 HTTP 端点公开它的指标,这样就可以通过 Prometheus 擦除这些指标并通过 Prometheus Web 接口或 Grafana 仪表板加以显示。

这些指标包括服务器性能信息,以及代理、项目和构建配置的各种详细信息。

可扩展性大大提升

对于大型组织,高性能 CI 对他们的工作流至关重要。 TeamCity 在多节点设置方面有所突破,让您能够在辅助服务器上将构建添加到构建列队列,管理构建问题和调查并执行其他用户级操作。

利用实验性 UI 提高效率的更多方法

实验性 UI 中的新构建页面

开发者通常每天打开 TeamCity 很多次,这就是为什么我们要设计一个地方,让他们能够在这里快速找到所需的内容,无论项目有多大和多复杂。 按照 TeamCity UI 路线图,我们引入了一个新的构建页面,让您可以轻松地浏览构建历史,调查问题并发现构建链中的任何错误配置或瓶颈。

查看实验性 UI - 现在的外观令我们十分欣慰。

EC2 启动模板。 构建提升到新高度

支持 EC2 启动模板

我们希望 TeamCity 能够提供您在现代工作流中所需的一切功能。 版本 2019.2 添加了对 EC2 启动模板的支持,并让您能够从 AWS 帐户使用启动参数运行云构建代理。 使用启动模板,在构建代理上更新和安装新软件将变得十分简单,您无需在 TeamCity 项目配置中更改任何内容。

改进 DSL

轻松构建构建链

告别点击,迎来脚本编写。 Kotlin DSL 现在为定义构建链提供了一种简单且非常直接的语法。 设置顺序和并行构建,配置失败条件和依赖项并将所有内容存储为代码。

众多参数, 一个模板

项目配置变得更加简单。 从 2019.2 开始,您的 Kotlin DSL 配置可能会包含自定义参数,您可以稍后在 UI 中导入项目时定义这些参数。

运行更多任务, 更少等待时间。 使用 Git 补丁开始构建。

通过创建 Git 补丁、将它上传到 TeamCity 并运行个人构建来快速测试您的变更 - 无需创建任何分支或提交任何内容。

如需查看版本 2019.2 中的变更完整列表,请参阅 TeamCity 文档

TeamCity 2019.1最新变化

新外观,新感觉,更少的点击

新 UI 侧边栏 项目概览

TeamCity UI 即将大幅更新,您将在此版本中看到一些初步尝试。

我们不仅改进了外观,还更新了底层技术堆栈,因此现在 UI 可以作为单页面应用程序运行,这意味着您可以更快地访问应用程序的各个部分,所有变更将立即显示。 请参阅 TeamCity UI 路线图来及时了解所有计划的变更。

在 2019.1 中,我们的目标是与项目和构建配置相关的页面。

项目概览

新项目概览采用仪表板样式的视图显示构建配置。 每个配置都有自己的卡片,每个卡片最多可显示 14 个最新构建的直方图。 您可以看到每个构建的状态(绿色表示成功,红色为失败)、构建时间,以及构建已在队列中花费的时间。 还有关于当前正在运行的构建的信息。

Branches 选项卡

Branches 选项卡

重新设计的 Branches 选项卡在顶部显示默认分支,其余分支则隐藏在下方可展开的块中。 现在可以立即看到默认分支中最新版本的详细信息,这样可以提高重要数据的可见性。

开箱即用的 完全 GitLab 支持

完全 GitLab 集成
GitLab

正在使用 GitLab? TeamCity 2019.1 新增了对 GitLab 的完全支持。 您现在可以设置 GitLab 连接,并在 TeamCity 中一键创建项目,只需从列表中选择一个 GitLab 项目。

我们还添加了对 GitLab 合并请求的支持,因此,您现在可以将 TeamCity 设置为在每个合并请求上自动运行构建,然后在构建成功时自动合并。

全程支持 Go

原生 Go 支持
GoLand

TeamCity 现在原生支持 Go 语言。 添加您的 Go 项目,TeamCity 将检测和报告 Go 测试,对测试状态、在构建过程中的历史记录和持续时间提供丰富的洞察,并将不稳定的测试标记为不可靠。 借助 Test History 选项卡,您现在可以更深入地了解 Go 测试。

基于令牌的身份验证

基于令牌的身份验证

除了基本的 HTTP 身份验证之外,TeamCity 现在还支持基于永久访问令牌的身份验证。 令牌对 REST API 身份验证非常有用,这样您就不需要在脚本中公开用户的登录名和密码。

无源同步的快照依赖项

无源同步的快照依赖项

您现在可以关闭快照依赖项的代码修订同步。 这在运行部署时非常方便,您可以使用最新的部署配置升级链中的某个旧生成。

AWS Spot 队列请求

处理构建生命周期

采用这种更灵活的 Spot 实例创建方法,您现在可以更精细地控制 Spot 队列。 借助 TeamCity 2019.1,您可以提交和编辑 Spot 队列配置文件并指定策略,设置目标容量以及为实例添加标签。 对于在 AWS 上运行构建而言,这种方式更高级、更具成本效益。

在辅助节点上处理构建生命周期

辅助节点现在还多了一个责任:处理生成生命周期。 如果启用此功能,辅助节点将处理与生成相关的任务,例如运行和完成生成,上传工件和处理故障条件。 经此修改后,您可以从主服务器卸载到辅助服务器的任务更加广泛:收集变更,充当只读备份节点,现在还增加了处理生成生命周期。

处理构建生命周期

按需加载工具

现在,工具只会按需加载到代理上。 只有在出现需要它们的第一个构建时,才会加载必要的工具。 这显著改善了构建代理升级时间,并且节省了网络流量。

新版本还有更多新功能! 了解其他新功能