The latest updates on all JetBrains products and topics
Developer Advocate at JetBrains
Getting started with Kotlin DSL Working with configuration scripts Creating build configurations dynamically Extending Kotlin DSL Using libraries Testing configuration scripts In the previous post of our Configuration as code series, we have seen how to extend TeamCity’s Kotlin DSL by add…
Getting started with Kotlin DSL Working with configuration scripts Creating build configurations dynamically Extending Kotlin DSL Using libraries Testing configuration scripts TeamCity allows us to create build configurations that are dependent on one another, with the dependency being ei…
This is part three of the six-part series on Configuration as code: Working with Kotlin to create build configurations for TeamCity. Getting started with Kotlin DSL Working with configuration scripts Creating build configurations dynamically Extending Kotlin DSL Using libraries Testing …
This is part two of the six-part series on configuration as code: working with Kotlin to create build configurations for TeamCity. Getting started with Kotlin DSL Working with configuration scripts Creating build configurations dynamically Extending Kotlin DSL Using libraries Testing co…
Configuration as code is a well-established practice for CI Servers. The benefits of this approach include versioning support via VCS repository, a simplified audit of the configuration changes, and improved portability of the configurations. Some users may also prefer code to configuring the builds…
Installing new plugins has just become a lot simpler! You don’t have to restart the server to enable a newly uploaded plugin anymore. The TeamCity server now integrates with the JetBrains Plugins Repository. The new integration simplifies the installation of plugins for TeamCity. By clicking t…
The Kotlin-based DSL is becoming more popular for defining build configurations in TeamCity. We are continuing to improve the user experience for Kotlin, both in the TeamCity UI and the IDE plugin. Once the versioned settings option is enabled for the project, we recommend making new changes in t…
Ever since TeamCity 2018.2, a test run in TeamCity can be associated with some supplementary information (metadata), in addition to a test’s status, execution time, and output. This information can be used to provide things like extra logs, screenshots, numeric values, and tags. You can now use s…
TeamCity 2018.1 allows you to set up a "running builds node." The node handles data coming in from the build agents. There's also the "read-only node" for handling disaster recovery scenarios. TeamCity 2018.2 expands this setup further, making it possible to delegate polling of version control sy…
Bazel is an interesting build tool for compiling large projects and it comes with build-ins for Java, C++, Python, etc. Some of our users are adopting Bazel and we received a few requests to support it in TeamCity. Bazel plugin for TeamCity is now published in the plugin repository and could be i…
The hassle with Pull Requests These days pull requests is a common technique of accepting changes from third-party contributors. In fact, it proved to be so convenient that some companies started to use it even for their regular development workflows. It is possible to configure TeamCity to run bui…
There is sometimes a need to define a common build step in a template, so that this step will be executed either before all build configuration steps or after them. Here’s a simple example. I’m building a lot of typical Maven projects, and for most of the part their build is the same: just run mv…