What's New in TeamCity 2022.10

The Sakura UI is now default

The Sakura UI is now enabled by default for all new TeamCity users. This fresh, modern interface created with web accessibility in mind is constantly evolving: we have reduced visual complexity of the classic UI, improved the UI performance, and provided easier access to essential features.

The Sakura UI boasts of feature parity with the classic TeamCity UI and offers unique features, such as a convenient sidebar, the trends view for projects, and builds comparison page.

The flat list of build runners

The Sakura UI is making its way into the Administration area. Creating new build steps is more user-friendly now with the flat list of available build runners.

Refer to this article for details.

Support for Amazon Web Services (AWS)

This TeamCity version supports Amazon Web Services (AWS) connection. It allows defining AWS credentials once and using them in builds via the AWS Credentials build feature. You can use different AWS credential types: access keys, IAM Role, and the Default credential provider chain.

Connecting to an agent's EC2 instance via AWS SSM

You can launch an interactive browser-based shell directly from the TeamCity UI. The shell helps you investigate agent-related issues and works for EC2 agents with preinstalled AWS Systems Manager Agent (SSM Agent).

Maintenance mode for cloud agents

Before this version, investigating issues on cloud agents was difficult, as the agent could become unavailable in the middle of the investigation process when its termination condition was met. Now you can disable a cloud agent for maintenance. In maintenance mode, you can log in to the agent, view its log, and perform other operations. The cloud agent will not be stopped according to the termination conditions and will be unavailable for builds unless assigned to a build explicitly.

Updated Kotlin DSL documentation

We have made changes to the Kotlin DSL documentation: altered the design and adjusted the layout for better readability. Most importantly, we provided meaningful examples to improve the experience for developers who want to create projects and build configurations in TeamCity programmatically.

Google Account

You can sign in to TeamCity with a Google account. Before enabling this module, you need to configure a Google connection in the Root project's settings.

Refresh tokens for VCS Roots

If you have a connection to a Bitbucket Cloud, GitLab, and Azure DevOps VCS Root configured in TeamCity, you no longer need to enter your password when creating new entities (projects, build configurations, or VCS Roots) via this connection. Refresh tokens are now enabled by default for these VCS Roots. Such tokens are short-lived providing more security than passwords or personal access tokens: the TeamCity server refreshes them automatically without sharing any related data with agents.

Restricted access token

You can now use access tokens with limited permissions not only for REST API requests, but also for basic authentication and for logging in via the UI.

Support for artifacts over 4GB

Now TeamCity supports large artifacts (over 4 GB) out of the box. No additional configuration is needed to publish and download zip archives of large artifacts.

Permissions to change VCS username in a project

Project Administrators now have a new permission allowing them to change a user's VCS username in the project without adding the permission to modify user profile and roles. The permission will be present for this role in the new TeamCity installations; for existing installations it has to be added manually.

Promoting personal build

You can now promote a personal build. After promotion, TeamCity will try to run the promoted build and all its dependencies as personal builds unless the check out settings for any of the dependencies differ.

Improvements in Perforce support

Fixed issues

See TeamCity 2022.10 release notes

Roadmap

See the TeamCity roadmap to learn about future updates.