↑
Back to Top
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-Ketten – Koordiniert sequenzielle und parallele Pipeline-Phasen.
Kotlin-DSL – Definiert die CI-Konfiguration als typisierten Code.
Testparallelisierung – Verteilt Tests auf verschiedene Agenten, um die Dauer zu verkürzen.
Container-Unterstützung – Führt Builds mit Docker, Compose und Podman aus.
Statusveröffentlichung – Sendet Commit-Ergebnisse an die wichtigsten Git-Plattformen.
Leistungsmetriken – Unterstützt parallele Build-Ketten, Testaufteilung und containerisierte Runner.
JetBrains TeamCity ist eine CI/CD- und Build-Automatisierungsplattform für Entwicklungsteams, die strukturierte Pipelines, detaillierte Build-Transparenz und eine starke Integration in Entwickler-Workflows benötigen. Sie wurde entwickelt, um komplexe Build-Ketten zu verwalten, Tests zu automatisieren und die Konsistenz von Releases in modernen Softwareprojekten zu verbessern.
Schnellere Bereitstellung – Automatisiert Builds, Tests und Deployment-Workflows.
Übersichtliche Pipelines – Visualisiert Abhängigkeiten und den Ausführungsablauf übersichtlich.
Code-basierte Einrichtung – Nutzt Kotlin DSL für eine wartungsfreundliche Konfiguration.
Besseres Feedback – Meldet Build- und Commit-Status schnell.
Skalierbare Agenten – Erweitert Workloads mit Cloud- und Container-Runner.
Flexible Tools – Funktioniert mit verschiedenen Stacks und Build-Systemen.
Es automatisiert Software-Builds, Tests und Bereitstellungsschritte innerhalb eines strukturierten CI/CD-Workflows.
Erstellt Code nach Änderungen am Repository.
Führt automatisierte Tests und Qualitätsprüfungen durch.
Veröffentlicht Commit-Status auf unterstützten Quellplattformen.
Verbindet abhängige Jobs in Build-Ketten.
Verschiebt Artefakte zwischen verwandten Pipeline-Phasen.
TeamCity spricht in der Regel Teams an, die sich eine einfachere Einrichtung und eine stärker integrierte Erfahrung wünschen, während Jenkins oft wegen seines breiteren Plugin-Ökosystems und der unbegrenzten Anpassungsmöglichkeiten gewählt wird.
TeamCity legt Wert auf klare integrierte Workflows und eine einfachere Verwaltung.
Jenkins bietet eine größere Auswahl an Plugins und Community-Erweiterungen.
TeamCity verringert die Abhängigkeit von der Zusammenführung vieler Plugins.
Jenkins eignet sich besser für stark angepasste Legacy-Umgebungen.
TeamCity eignet sich im Allgemeinen besser für Teams, die eine tiefgreifendere Pipeline-Orchestrierung außerhalb einer einzigen Hosting-Plattform benötigen, während GitHub Actions für GitHub-zentrierte Workflows oft einfacher ist.
TeamCity bewältigt komplexe Build-Ketten und die Agentensteuerung gut.
GitHub Actions ist praktisch für die repository-lokale Automatisierung.
TeamCity eignet sich besser für gemischte Infrastrukturumgebungen.
GitHub Actions ist oft einfacher für kleinere, GitHub-native Teams.
Ja, TeamCity unterstützt die codebasierte Projektkonfiguration über Kotlin DSL.
Speichert die Build-Logik in einer statisch typisierten Sprache.
Hilft bei der Wiederverwendung und Standardisierung von Pipeline-Definitionen.
Eignet sich gut für große Projekte mit sich wiederholenden Mustern.
Erleichtert die Überprüfung von CI-Änderungen zusammen mit dem Code.
Ja, TeamCity kann die Testzeit verkürzen, indem es Tests auf mehrere Build-Agenten verteilt.
Es teilt Testsätze automatisch in separate Batches auf.
Es führt Batches parallel aus, wenn Agenten verfügbar sind.
Es verkürzt die Dauer lang andauernder Testphasen.
Es eignet sich besonders gut für unabhängige Testsuiten.
Ja, TeamCity unterstützt containerbasierte Workflows und Kubernetes-gestützte Ausführungsmodelle.
Unterstützt Docker-, Docker Compose- und Podman-Integrationen.
Kann Build-Schritte innerhalb von Containern ausführen.
Ermöglicht Kubernetes-basierte Agent- oder Executor-Konfigurationen.
Eignet sich für Teams, die auf containerisierte CI-Workloads standardisieren.
Es handelt sich um eine CI/CD-Orchestrierungsplattform, nicht um ein Produkt für Backups, Endpunktsicherheit oder Bare-Metal-Wiederherstellung.
Bietet keine Bare-Metal-Wiederherstellungsfunktionen.
Ersetzt keine dedizierten Backup- oder Disaster-Recovery-Tools.
Erfordert ordnungsgemäß gewartete Agenten und eine entsprechend gepflegte Infrastruktur.
Komplexe Pipelines erfordern nach wie vor ein durchdachtes Projektdesign.
„Die Build-Chain-Ansicht macht komplexe Pipelines viel leichter verständlich.“
„Kotlin DSL hat uns geholfen, unsere CI-Konfiguration übersichtlicher und konsistenter zu gestalten.“
„Die Parallelisierung von Tests über Agenten hinweg hat unsere Build-Zeiten spürbar verkürzt.“
„Es hat uns einen strukturierteren Workflow beschert als die plugin-lastigen Setups, die wir zuvor verwendet haben.“
„Die Docker- und Commit-Status-Integrationen fügen sich gut in unseren täglichen Entwicklungsprozess ein.“
Sofortige Lieferung – Produktschlüssel und Downloads sind innerhalb weniger Minuten verfügbar.
Aktivierungsgarantie – Sollte die Aktivierung fehlschlagen, erhalten Sie einen neuen Schlüssel.
Download inklusive – Sicherer offizieller Download-Link wird nach dem Kauf immer bereitgestellt.
Einfache Installation – Klare Schritt-für-Schritt-Anleitungen führen Sie durch die Einrichtung.
Original-Lizenzen – Produktschlüssel aus geprüften, rechtskonformen Vertriebskanälen.
Mehrsprachiger Support – Hilfe in sieben Sprachen per Chat, E-Mail und Telefon.
Einfacher Umtausch – Problematische Schlüssel werden schnell und ohne unnötigen bürokratischen Aufwand ersetzt.
Transparente Preisgestaltung – Keine versteckten Gebühren. Faire Preise und Preispläne für noch günstigere Angebote.
Vertrauenswürdiger Verkäufer – Bestbewertet auf Trustpilot.
| 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. |