On this page:
Since this EAP, TeamCity provides various server metrics available via the Prometheus-compatible API endpoint
To access the metrics, make sure your TeamCity user account has the "View usage statistics" permission assigned to it.
The metrics include:
- CPU, memory, and system load
- time spent on processing a build queue
- number of active user sessions
The full list is available via
Some of the metrics are still in an experimental state, but you can already access and try them via the
For a visual representation of the metrics, we recommend using Grafana or any other similar solution.
Example of TeamCity metrics represented in Grafana
We have plans on adding more TeamCity metrics in the feature. Let us know if you have some specific requests or propositions on what other statistical indicators could ease your TeamCity monitoring.
Improvements in experimental UI
- Favorite projects: access the list of your favorite projects directly from the sidebar.
- Queueing reason: if the build had been staying in a queue for too long, you can now see a reason for the delay by clicking the “In queue” label when previewing a build in Trends or in the build list.
- Revamped Changes pop-up menu: build changes are now sorted chronologically and grouped into separate blocks: changes in code, changes in configuration, and changes in artifact dependencies.
Extended REST API for cloud profiles
Since this EAP, TeamCity REST API exposes the same cloud integration details as those provided in the TeamCity UI.
You can list cloud profiles (
.../app/rest/cloud/profiles), images (
.../app/rest/cloud/images), and instances (
.../app/rest/cloud/instances), and apply different filters to your requests.
It is now possible to start a new instance by sending its details via a
POST request to the
.../app/rest/cloud/instances endpoint. To stop a running instance, send a
DELETE request to the instance details.
This API is still in development: if you plan on using it, we would highly appreciate your feedback.
Restoring missing secure values in DSL-based projects
When versioned settings are enabled for a project, all secure values, like passwords and tokens, are not stored in VCS by default. Thus if they are lost for some reason, or if the project settings were imported to another server, TeamCity will show the corresponding Server Health report.
Starting with this EAP version, the report contains a link to a page where you can provide these lost secure values.
Now you can configure more than one SSH key for a build, which is useful if the build needs to authenticate in several external systems or repositories. To use multiple SSH keys in a build:
TeamCity uses improved rules for resolving assigned investigations and unmuting muted problems and tests in active branches. Now it waits until the build problem (or failed test) is fixed in all active branches before unmuting it or resolving its investigation.
- All fixed issues