JetBrains shoves TeamCity into the cloud, pitches Kotlin for build pipelines because YAML is 'really a pain'

No free plan: That's one way to avoid crypto-mining abuse of build minutes

JetBrains has released TeamCity Cloud, a hosted version of its Continuous Integration (CI) tool, with support for Kotlin DSL (Domain Specific Language) for configuring build pipelines.

TeamCity was first released in 2006 but to date has only been an on-premises product. Its role is to run tests and builds so that code changes are compiled and (insofar as it can be automated) verified as ready for deployment.

TeamCity does not itself build software, but instructs agents on build servers. An entire CI pipeline includes test, build and deployment, often to a staging server prior to production rollout.

According to JetBrains product marketing manager Alexander Rassokhin, pressure for a TeamCity cloud version only really kicked in with pandemic-enforced remote working last year. "TeamCity has always been an enterprise-level solution," he said.

In the context of software development, "most larger sized companies didn't consider moving to the cloud until very recently. This started to change rapidly last year when most people started working remotely. We started to see this paradigm shift happening in the larger clients."

A build chain visualised in TeamCity

A build chain visualised in TeamCity (click to enlarge)

JetBrains' own survey of the developer ecosystem last year showed that TeamCity is well behind the pack in terms of CI tool adoption. 55 per cent said they use Jenkins or Hudson; 27 per cent Gitlab CI; and after that a bunch of others – including GitHub Actions, CircleCI, Azure DevOps Bitbucket Pipelines, and more. TeamCity had just 8 per cent adoption.

A likely factor was that surveys like this do not break out commercial versus free users. TeamCity is a commercial tool, though the on-premises version has a free licence for up to three build agents and 100 build configurations. The cloud version has no free plan at all. A free plan is on the roadmap, Rassokhin told us.

Use cases

Why would a development team choose TeamCity versus these other, better-known CI tools? "There is no ultimate tool that is good for everything," said Rassokhin. "Most companies use a mix of tools."

Unsurprisingly, since JetBrains is an IDE company, the main appeal of TeamCity has been its IDE integration. "We really try to understand everything that happens during the build process. TeamCity can analyse what went wrong, find who was the author of the change that caused the failure, suggest the exact line of code that probably caused it and even open it directly in your IDE," he said.

bin waste throw

Gitpod ditches Eclipse Theia for Visual Studio Code under redesign, sponsors new dev experience event


"You can work inside JetBrains IntelliJ IDEA, edit your code and launch TeamCity jobs without switching windows and get the feedback right in the same window."

That is as you would expect, but the most distinctive feature of TeamCity is the option to use Kotlin DSL for build configuration. Kotlin is the language invented by JetBrains which runs on the JVM (Java Virtual Machine) and has been officially adopted by Google for Android development.

"We believe that this is the right way to go," said Rassokhin. "Kotlin gives you a way to work with a very tidy and compact code that is easy to maintain. With Kotlin you have all the advantages that a real programming language gives you, including tools like refactoring and auto-completions in your IDE."

JetBrains developer advocate Matthias Koch said: "If you dive into the DevOps world, chances are high you meet YAML around the next corner. For some tools, like Docker and Kubernetes, I think it's a good match. However, for CI infrastructure it often becomes a nightmare. Yet almost every CI/CD service out there is YAML-first." Rassokhin said that "large projects that are written in YAML they are really a pain to read. They are very hard to support."

Use of Kotlin is not essential, though. A web UI offers a visual approach, or there is an API that integrates TeamCity with other scripts.

There are a few issues with TeamCity Cloud. One is that only Linux and Windows build agents are supported. Building for macOS or iOS requires developers to bring their own Mac and hook it up as a self-hosted build agent. There is also a lack of customization options: no plugins can be added to TeamCity cloud. An Enterprise plan with plugin support is promised "before the end of 2021."

Pricing is somewhat complex and starts from $45 per month for three committers and 24,000 "build credits," where these credits translate to hours on build servers, with how much you get depending on the size of the build server. 24,000 credits translates to 2,400 minutes on "Linux small."

By contrast, GitHub will give you 2,000 free Actions minutes per month, or 3,000 for $4 per user. GitLab offers 400 CI/CD minutes free per month (less generous than it used to be) or 10,000 for $19 per month.

TeamCity then is somewhat expensive. Still, charging is one way to overcome a problem plaguing the free services: users abusing them to run cryptocurrency mining scripts, as happens on Azure DevOps and elsewhere. ®

Similar topics

Broader topics

Other stories you might like

  • We can unify HPC and AI software environments, just not at the source code level

    Compute graphs are the way forward

    Register Debate Welcome to the latest Register Debate in which writers discuss technology topics, and you the reader choose the winning argument. The format is simple: we propose a motion, the arguments for the motion will run this Monday and Wednesday, and the arguments against on Tuesday and Thursday. During the week you can cast your vote on which side you support using the poll embedded below, choosing whether you're in favour or against the motion. The final score will be announced on Friday, revealing whether the for or against argument was most popular.

    This week's motion is: A unified, agnostic software environment can be achieved. We debate the question: can the industry ever have a truly open, unified, agnostic software environment in HPC and AI that can span multiple kinds of compute engines?

    Arguing today FOR the motion is Rob Farber, a global technology consultant and author with an extensive background in HPC and in developing machine-learning technology that he applies at national laboratories and commercial organizations. Rob can be reached at

    Continue reading
  • But why that VPN? How WireGuard made it into Linux

    Even the best of ideas can take their own sweet time making it into the kernel

    Maybe someday – maybe – Zero Trust will solve many of our network security problems. But for now, if you want to make sure you don't have an eavesdropper on your network, you need a Virtual Private Network (VPN).

    There's only one little problem with commercial VPNs: many of them are untrustworthy. So, what can you do? Well, run your own of course is the open-source answer. And, today, your VPN of choice is Linux's built-in VPN: WireGuard.

    Why WireGuard rather than OpenVPN or IKEv2? Because it's simpler to implement while maintaining security and delivering faster speeds. And, when it comes to VPNs, it's all about balancing speed and security.

    Continue reading
  • Boffins demonstrate a different kind of floppy disk: A legless robot that hops along a surface

    This is fine

    Those of us who fear future enslavement by robot overlords may have one more reason not to sleep at night: engineers have demonstrated a few of the legless, floppy variety making some serious leaps.

    Animated pancake-like droids have demonstrated their ability to execute a series of flops in a fashion their creators – soft robotics engineers based in China – describe as "rapid, continuous, and steered jumping."

    "Jumping is an important locomotion function to extend navigation range, overcome obstacles, and adapt to unstructured environments," Rui Chen of Chongqing University and Huayan Pu of Shanghai University said.

    Continue reading

Biting the hand that feeds IT © 1998–2021