TeamCity 2020.1 发布：构建步骤的条件、对 K8s 的支持、新的集成与 UI

TeamCity 2020.1 发布了。此版本能够指定构建步骤的条件，可在 Kubernetes 群集中启动构建代理，并与 Azure DevOps 和 Jira Software Cloud 集成。它在多节点设置中为辅助服务器增加了更多功能，带有新的 Slack 通知程序，还对实验性的 UI 进行了许多重大改进。

指定构建步骤的条件

你是否曾经想过在不同的平台上执行不同的命令行脚本，或者将更改在不同的分支中部署到不同的登台服务器？现在，TeamCity 2020.1 允许用户指定构建步骤的条件，并仅在满足条件时执行它们。

集群部署

现在即可直接使用简单且可重复的集群部署。TeamCity 2020.1 允许在 Kubernetes 之上实现可扩展的 CI/CD 架构：可以在需要时自动启动构建代理，执行其工作，然后在构建完成后将其删除。

多服务器

运行多个 TeamCity 服务器并使它们协同工作，有助于提升 CI/CD 的性能和可靠性。通过使用触发器处理扩展辅助服务器的功能并支持 UI 中的用户级操作，新版本改善了 TeamCity 在集群环境中的工作方式。

触发处理

从事大型安装工作的专业人员会触发数百（甚至数千）个触发器，这些触发器会触发 VCS、软件包更新和新工件的更改。为了帮助他们获得最高的性能，TeamCity 现在允许辅助服务器参与此过程，并减轻主服务器的负担。

用户级操作

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

更轻松地部署云构建代理

TeamCity 2020.1 带有一个新选项，可以从 TeamCity 服务器下载预打包的代理分发版。预打包的构建代理不需要在连接到 TeamCity 服务器时进行自我更新，因此可以更快、更直接地创建和更新云镜像。

升级通知

新版本实施了一项新的构建功能，该功能使项目管理员可以为整个团队设置自动警报。可以在构建配置级别上配置新的通知，这样就能够使用 Kotlin DSL 进行编辑、重复使用和共享。

全新的 Slack 通知程序可让你的团队直接在 Slack 中获取有关构建状态的通知。

新的 Sakura UI

为了支持经典 TeamCity 的更多用例，版本 2020.1 的实验性 UI 附带了更新的“代理和项目”页面，并允许配置项目侧边栏。

更新说明：https://blog.jetbrains.com/teamcity/2020/05/teamcity-2020-1-conditional-build-steps-support-for-kubernetes-slack-notifier-integration-with-azure-devops-and-jira-software-cloud-and-more/