Was sind die wichtigsten Funktionen und Vorteile von JetBrains TeamCity?
Build-Automatisierung – Automatisiert Builds, Tests und Bereitstellungsschritte effizient.
Pipeline-Steuerung – Organisiert komplexe Build-Ketten und sorgt für mehr Transparenz.
Test-Einblicke – Zeigt Fehler schnell an, um Probleme schneller zu beheben.
Tool-Integration – Lässt sich nahtlos mit Versionskontroll- und DevOps-Tools verbinden.
Flexible Konfiguration – Unterstützt die codebasierte Einrichtung für wiederholbare CI-Workflows.
Agile Entwicklung – Unterstützt langfristige Liefergeschwindigkeit und stabile Release-Prozesse.
Download: Jetbrains TeamCity
Build-Automatisierung – Automatisiertes Erstellen, Testen und Bereitstellen von Codeänderungen.
Pipeline als Code – Definieren Sie Pipelines in Kotlin DSL oder visuell.
Build-Ketten – Visualisieren und koordinieren Sie voneinander abhängige Builds projektübergreifend.
Test-Intelligenz – Verfolgt unzuverlässige Tests und den vollständigen Testverlauf.
Kernkapazität – Die kostenlose Edition umfasst 3 Agenten und 100 Konfigurationen.
Wichtig – Für eine unbegrenzte Anzahl von Build-Konfigurationen ist die kostenpflichtige Enterprise-Edition erforderlich.
JetBrains TeamCity ist ein Server für kontinuierliche Integration und Bereitstellung, der das Erstellen, Testen und Bereitstellen von Software in lokalen, Cloud- und Hybrid-Umgebungen automatisiert. Er zentralisiert das Build-Management für Teams, die mit Git, Perforce, Maven, Gradle, .NET, Docker und dem JetBrains-IDE-Ökosystem arbeiten.
Integrierte Funktionen – Funktioniert sofort ohne eine Vielzahl von Plugins.
Schnelles Feedback – Benachrichtigt Entwickler sofort, sobald ein Build fehlschlägt.
Parallele Builds – Führt Builds gleichzeitig auf mehreren Agenten aus.
IDE-Integration – Löst Builds aus und zeigt sie direkt in IntelliJ IDEA an.
Flexibles Hosting – Bereitstellung vor Ort, in der Cloud oder als Hybridlösung.
Vorab getestete Commits – Validiert Änderungen, bevor sie das Repository erreichen.
TeamCity ist ein CI/CD-Server, der Ihren Code automatisch erstellt, testet und bereitstellt, sobald Änderungen in die Versionskontrolle gepusht werden. Er überwacht Repositorys wie Git, Perforce und Subversion, löst dann anhand von Ihnen definierten Regeln Builds aus und meldet die Ergebnisse über eine Weboberfläche. Ein zentraler Server koordiniert die Arbeit, während verteilte Build-Agenten die eigentlichen Build- und Testaufträge parallel ausführen. So erhalten Entwickler sofortiges Feedback, wenn ein Commit den Build unterbricht, anstatt dass Probleme erst spät im Release-Zyklus zutage treten.
TeamCity eignet sich für Software-Teams, die einen ausgereiften, selbst gehosteten CI/CD-Server nutzen möchten, ohne einen umfangreichen Plugin-Stack zusammenstellen und warten zu müssen. Es eignet sich besonders gut für JVM- und .NET-Umgebungen, da es erstklassige Runner für Maven, Gradle, Ant und MSBuild enthält und eng mit IntelliJ IDEA, Rider und anderen JetBrains-IDEs integriert ist. Ein kleines Team kann die kostenlose Professional-Edition mit 3 Build-Agents und 100 Build-Konfigurationen nutzen, während größere Unternehmen auf die Enterprise-Edition umsteigen, um unbegrenzte Konfigurationen zu erhalten. Teams, die bereits JetBrains-Tools einsetzen, profitieren zudem von Remote-Ausführungen und vorab getesteten Commits direkt in ihrer IDE – Funktionen, die Jenkins standardmäßig nicht bietet.
Der Hauptunterschied liegt in der Skalierbarkeit: TeamCity Professional ist kostenlos, jedoch auf 100 Build-Konfigurationen und 3 Build-Agenten begrenzt, während die Enterprise-Edition diese Konfigurationsbeschränkung vollständig aufhebt. Beide Editionen werden aus derselben Distribution installiert und verfügen über dieselben Kernfunktionen, sodass Sie durch Eingabe eines Lizenzschlüssels wechseln können, ohne Daten zu verlieren. Enterprise bietet priorisierten Support über eine private Zendesk-Instanz, während Professional auf das Community-Forum und den öffentlichen Issue-Tracker setzt. Jeder zusätzliche Build-Agent, den Sie hinzufügen, erhöht das Konfigurationslimit von Professional um 10 und ermöglicht einen weiteren parallelen Build-Lauf. TeamCity Cloud ist eine dritte Option, die von JetBrains auf Basis eines Credit-Modells gehostet wird, anstatt selbst gehostet zu werden.
| Funktionen | Professional | Enterprise | Cloud |
|---|---|---|---|
| Hosting | Selbst gehostet | Selbst gehostet | Von JetBrains gehostet |
| Build-Konfigurationen | Begrenzung auf 100 | ✓ Unbegrenzt | ✓ Unbegrenzt |
| Enthaltene Build-Agenten | 3 | 3 | Kreditbasiert |
| Zusätzliche Agenten | ✓ | ✓ | Verwaltet |
| Prioritäts-Support | ✕ | ✓ | ✓ |
TeamCity unterstützt Git, Perforce, Mercurial, Subversion und CVS von Haus aus und bietet spezielle Integrationen für GitHub, GitLab, Bitbucket und Azure DevOps. Ein einzelner Build kann Quellcode aus mehreren Repositorys gleichzeitig abrufen und dabei sogar verschiedene VCS-Typen wie Perforce und Git in einer Konfiguration kombinieren. Auf der Build-Seite umfasst es Runner für Maven, Gradle, Ant, MSBuild, NuGet, Node.js und Kotlin Script, und jeder Schritt kann in einem Docker-Container ausgeführt werden. Zur Skalierung der Agenten lässt es sich mit Amazon EC2, Kubernetes, VMware vSphere, Google Cloud und Azure verbinden.
Die kostenlose Professional-Edition ist voll funktionsfähig, jedoch streng auf 100 Build-Konfigurationen und 3 Build-Agenten begrenzt; wird das Agentenlimit überschritten, werden neue Builds blockiert, bis Sie Kapazität hinzufügen. Eine Skalierung über diese Grenze hinaus erfordert die kostenpflichtige Enterprise-Lizenz sowie zusätzliche Agenten-Slots, von denen jeder 10 Konfigurationen hinzufügt. Der KI-Assistent ist eine kostenpflichtige Enterprise-Integration und keine kostenlose Funktion. TeamCity ist zudem eine JVM-Anwendung mit relativ hohem Speicherbedarf, und die Projekthierarchie sowie das Build-Chain-Modell erfordern bei der Ersteinrichtung eine gewisse Einarbeitungszeit. Open-Source-Projekte können die Kosten vermeiden, indem sie über das JetBrains-Programm eine kostenlose Lizenz beantragen.
Ab Version 2026.1 starten der TeamCity-Server und die Build-Agenten nicht mehr unter Java-Versionen älter als 21, sodass auf dem Host Java 21 laufen muss, um den Server zu starten. Diese Anforderung betrifft nur den Betrieb von TeamCity selbst; Ihre Builds können weiterhin auf ältere Java-Versionen wie JDK 19 abzielen. Die Version enthält außerdem eine TeamCity-CLI zur Verwaltung von Builds über das Terminal sowie einen MCP-Endpunkt, über den KI-Agenten mit dem Server interagieren können. On-Premises-Versionen erhalten nun zwei Hauptversionen pro Jahr, während TeamCity Cloud häufiger aktualisiert wird.
Ja. Der TeamCity-Server und die Build-Agenten basieren auf Java und laufen auf aktuellen Versionen von Windows, Linux und macOS sowie in Docker-Containern. Der Windows-Installer und die Docker-Images enthalten Amazon Corretto Java 21, während Apple-Silicon-Hosts wie M1 oder M2 am besten mit einer Build-Variante wie Azul OpenJDK kombiniert werden.
TeamCity ist ein proprietäres Produkt von JetBrains, das Build-Ketten, Testverlauf und Kotlin-DSL-Pipelines standardmäßig enthält, während Jenkins Open Source ist und für vergleichbare Funktionen stark auf Community-Plugins angewiesen ist. Teams entscheiden sich in der Regel für TeamCity, um eine schnellere, konsistentere Einrichtung mit Hersteller-Support zu erhalten, und für Jenkins, um maximale Flexibilität ohne Lizenzkosten zu nutzen.
| Betriebssysteme | Windows 11: Home / Pro / Education / Enterprise Windows 10: Home / Pro / Education / Enterprise Windows 8.1: Core / Pro / Enterprise Windows 8: Core / Pro / Enterprise Windows 7: Starter / Home Basic / Home Premium / Professional / Ultimate / Enterprise Windows Server 2022: Essentials / Standard / Datacenter Windows Server 2019: Essentials / Standard / Datacenter Windows Server 2016: Essentials / Standard / Datacenter Windows Server 2016 Server Core Windows Server 2012: Essentials / Foundation / Standard / Datacenter Windows Server 2008: Standard / Enterprise / Datacenter / Web Windows Server 2008 R2: Foundation / Standard / Enterprise / Datacenter / Web |
| Prozessor | Produktionsserver: mindestens 4 CPU-Kerne empfohlen. Zu den verifizierten Architekturen gehören Intel x86 und AMD64 x86_64. Die Anforderungen an den Agentenprozessor hängen von den ausgeführten Build-Prozessen ab. |
| Arbeitsspeicher | Der Server-Arbeitsspeicher hängt von der Auslastung ab. 16 GB RAM reichen in der Regel für bis zu 100 gleichzeitige Builds, 200 Online-Benutzer und mittelgroße Repositorys aus. Die Agent-Software benötigt zusätzlich zu den Anforderungen des Build-Prozesses etwa 500 MB RAM. Minimale TeamCity-Server-Arbeitsspeicheroption: 1024 MB für 64-Bit-Java. Empfohlene mittlere Server-Arbeitsspeicheroption: 2048 MB für 64-Bit-Java. Empfohlene große Server-Speicheroption: 4 GB für 64-Bit-Java. |
| Festplatte | TeamCity 2025.11.4 Windows-Installationspaket ca. 1.5 GB. Der zusätzliche Speicherbedarf hängt von Build-Verlauf, Artefakten, Build-Protokollen, VCS-Caches, Repository-Spiegeln und Checkout-Daten ab. Lokaler Speicher wird für die System-Caches im TeamCity-Datenverzeichnis dringend empfohlen. |
| Bildschirm | Standardbildschirm, der mit dem jeweiligen Betriebssystem kompatibel ist. |
| Besondere Merkmale | TeamCity Server-Webanwendung mit CI- und CD-Build-Orchestrierung. TeamCity Build Agent-Unterstützung für Windows-Builds. Der Windows-Installer enthält Tomcat und Amazon Corretto 64-Bit Java 21. Der Windows-Installer für den Build Agent enthält Amazon Corretto 64-Bit Java 17. Windows-Dienstinstallation für TeamCity Server und einen Build Agent. Die VCS-Integration mit Azure DevOps TFS funktioniert unter Windows möglicherweise besser. Die VCS-Integration mit VSS funktioniert unter Windows möglicherweise besser. Windows-Domänenanmeldungen und NTLM-HTTP-Authentifizierung funktionieren unter Windows möglicherweise besser. Der NuGet-Feed auf dem Server funktioniert unter Windows möglicherweise besser. Das Pushen von Agenten auf Windows-Rechner wird unterstützt. Windows-basierte Agenten können die Agent-Neustart-Funktion, den Windows-Dienstmodus, die Prozess-Dump-Funktion und die Leistungsüberwachung nutzen, sofern die erforderlichen Berechtigungen erteilt wurden. Zu den Build-Runners und Integrationen gehören Ant, Maven, Gradle, .NET, MSBuild, NAnt, Visual Studio-Lösungen, FxCop, NuGet, Befehlszeile, Python, Kotlin-Skript, Node.js, Rake, PowerShell, Git, Subversion, Perforce, Azure DevOps, Mercurial, CVS, Borland StarTeam, GitHub, GitLab, Bitbucket, JetBrains Space, Amazon EC2, VMware vSphere und Kubernetes. Die Weboberfläche wurde mit Google Chrome, Mozilla Firefox, Microsoft Edge, Opera und Safari unter macOS getestet. |
| Hinweis | TeamCity Server erfordert Java SE JRE. Unterstützte Java-Versionen für TeamCity 2025.11 sind OpenJDK und Oracle Java 11 8u16 oder höher bis Java 21, 32-Bit oder 64-Bit. 64-Bit-Java wird empfohlen. Ab TeamCity 2026.1 starten Server und Agenten nicht mehr unter Java-Versionen älter als 21. TeamCity Server wird unter Windows XP oder Windows XP x64 nicht unterstützt. Der Agent funktioniert Berichten zufolge nur unter Windows XP, Windows XP x64 und im interaktiven Modus von Windows 2000, diese sind jedoch nicht als getestete Plattformen aufgeführt. Der als Dienst ausgeführte Windows-Agent kann in einigen Szenarien nicht auf Netzwerkfreigaben und zugeordnete Laufwerke zugreifen. Für Produktionsumgebungen wird dringend eine externe Datenbank empfohlen. |
| Betriebssysteme |
macOS Tahoe 26 |
| Prozessor | Produktionsserver: Mindestens 4 CPU-Kerne empfohlen. Zu den verifizierten Architekturen gehören Intel x86, AMD64 x86_64 und Apple Silicon M-Chips. Die Prozessoranforderungen des Agenten hängen von den ausgeführten Build-Prozessen ab. |
| Arbeitsspeicher | Der Arbeitsspeicher des Servers hängt von der Arbeitslast ab. 16 GB RAM reichen in der Regel für bis zu 100 gleichzeitige Builds, 200 Online-Benutzer und mittelgroße Repositorys aus. Die Agent-Software benötigt zusätzlich zu den Anforderungen des Build-Prozesses etwa 500 MB RAM. Minimale TeamCity-Server-Speicheroption: 1024 MB für 64-Bit-Java. Empfohlene mittlere Server-Speicheroption: 2048 MB für 64-Bit-Java. Empfohlene große Server-Speicheroption: 4 GB für 64-Bit-Java. |
| Festplatte | TeamCity 2025.11.4 tar.gz-Paket ca. 1.5 GB. Der zusätzliche Speicherbedarf hängt von der Build-Historie, Artefakten, Build-Protokollen, VCS-Caches, Repository-Spiegeln und Checkout-Daten ab. Lokaler Speicher wird für die System-Caches im TeamCity-Datenverzeichnis dringend empfohlen. |
| Bildschirm | Standardbildschirm, der mit dem jeweiligen Betriebssystem kompatibel ist. |
| Besondere Merkmale | TeamCity Server-Webanwendung mit CI- und CD-Build-Orchestrierung. TeamCity Build Agent-Unterstützung für macOS-Builds. Manuelles tar.gz-Installationspaket im Paket mit einem Tomcat-Servlet-Container. Die Apple Silicon M-Chip-Architektur ist für TeamCity Server und Agent verifiziert, sofern eine geeignete JVM verfügbar ist. Für Apple-ARM-Systeme empfiehlt JetBrains, eine andere Java-Distribution wie Azul OpenJDK in Betracht zu ziehen. macOS-Agenten unterstützen die Xcode-Runner-Funktionalität, wenn Xcode auf dem Build-Agenten installiert ist. Zu den Build-Runner und Integrationen gehören Ant, Maven, Gradle, .NET, MSBuild, NAnt, Visual Studio-Lösungen, FxCop, NuGet, Befehlszeile, Python, Kotlin-Skript, Node.js, Rake, PowerShell, Git, Subversion, Perforce, Azure DevOps, Mercurial, CVS, Borland StarTeam, GitHub, GitLab, Bitbucket, JetBrains Space, Amazon EC2, VMware vSphere und Kubernetes. Die Weboberfläche wurde mit Google Chrome, Mozilla Firefox, Safari unter macOS, Microsoft Edge und Opera getestet. |
| Hinweis | TeamCity Server erfordert Java SE JRE. Unterstützte Java-Versionen für TeamCity 2025.11 sind OpenJDK und Oracle Java 11 8u16 oder höher bis Java 21, 32-Bit oder 64-Bit. 64-Bit-Java wird empfohlen. Ab TeamCity 2026.1 starten Server und Agenten nicht mehr unter Java-Versionen älter als 21. Spezifische macOS-Versionsnummern sind in der aktuellen Tabelle der von JetBrains TeamCity unterstützten Plattformen nicht aufgeführt. Eine externe Datenbank wird für Produktionsumgebungen dringend empfohlen. |