TeamCity bietet schon seit einiger Zeit eine Integration mit HashiCorp Vault über ein Plugin. Im vergangenen Jahr haben wir die Funktionsweise dieser Integration überarbeitet, sodass sie nun viel einfacher zu konfigurieren ist.

Ab Version 2024.03 wird das Plugin mit TeamCity ausgeliefert und ist dadurch integraler Bestandteil jeder TeamCity-Installation.

In unserer Dokumentation können Sie mehr über die Integration zwischen HashiCorp Vault und TeamCity erfahren.

Artefaktabhängigkeiten in Ihren Buildkonfigurationen bieten die Möglichkeit, Dateien zu nutzen, die von anderen Konfigurationen oder Builds mit derselben Konfiguration erzeugt wurden. Diese Abhängigkeiten werden durch Artefaktregeln definiert, die angeben, welche Dateien von welchem Ort heruntergeladen werden sollen.

Wenn Dateien gemäß diesen Regeln nicht gefunden wurden, brach TeamCity den Buildvorgang bisher mit der Fehlermeldung „Unable to resolve artifact dependency" („Artefaktabhängigkeit konnte nicht aufgelöst werden“) ab.

In Version 2024.03 führen wir einen flexibleren Ansatz für die Definition von Artefaktabhängigkeiten ein. Jetzt haben Sie die Möglichkeit, Abhängigkeiten so zu konfigurieren, dass sie in den folgenden Fällen ignoriert werden:

• Der Quell-Build existiert überhaupt nicht (Ausnahme: es gibt andere, nicht-optionale Regeln).
• Im Quell-Build ist die benötigte Datei nicht vorhanden.
• Die Artefaktregel verweist auf ein Archiv, und das Archiv enthält nicht die benötigte Datei.

Wenn Sie uns Feedback zu dieser Funktion geben möchten, haben Sie im dazugehörigen YouTrack-Ticket die Möglichkeit dazu.

Die vollständige Liste der Neuerungen finden Sie auf der Seite What’s New (Das ist neu) in unserer Dokumentation.

Mit der Funktion Pull Requests können Sie neuen Code überprüfen, bevor Sie ihn in den Hauptcodebestand übernehmen. Benutzer*innen können auswählen, ob sie Builds von allen Mitwirkenden oder nur von solchen innerhalb ihrer Organisation ausführen möchten. Die erste Option birgt Sicherheitsrisiken, da der TeamCity-Server möglicherweise schädlichem Code ausgesetzt wird, während die zweite Option die Zusammenarbeit mit einer größeren Gruppe von Mitwirkenden einschränkt.

In Version 2024.03 haben wir die sogenannte Untrusted-Builds-Gruppe eingeführt. Dadurch kann TeamCity zwischen den Änderungen vertrauenswürdiger Mitwirkender und Änderungen aus externen Quellen unterscheiden.

Die Untrusted-Builds-Gruppe ist derzeit für GitHub und GitLab verfügbar. Weitere Informationen dazu finden Sie in unserer Dokumentation.

JetBrains dotCover wird schon seit einiger Zeit als Code-Coverage-Tool für .NET-Projekte in TeamCity unterstützt. In Version 2024.03 haben wir dem .NET-Support-Plugin einen neuen Build-Runner spendiert, der die Integration von dotCover ermöglicht.

Der neue dotCover-Runner bietet Benutzer*innen folgende Möglichkeiten:

• Ausführen von beliebigen Prozessen mit dotCover-Profiling zum Anlegen von Coverage-Snapshots.
• Zusammenführen von Build-Schritt-Snapshots, die von anderen .NET- oder dotCover-Runnern erstellt wurden.
• Generieren von zusammengeführten Berichten über parallele Tests einer Build-Chain und Konvertieren in benutzerspezifische TeamCity-Berichte.

Weitere Informationen finden Sie in unserer Dokumentation.

In Version 2024.03 haben wir die Funktionalität des .NET-Build-Runners erweitert. Mit der neuen Option können Benutzer*innen Wiederholungsrichtlinien für fehlgeschlagene Tests in einem Build festzulegen.

Diese Funktion wird dazu beitragen, unzuverlässige Tests sowie temporäre Fehler bei Integrationstests zu reduzieren.

Weitere Informationen finden Sie in unserer Dokumentation.

Die Konfigurationscache-Option in Gradle steigert die Build-Performance erheblich, indem die Ergebnisse der Konfigurationsphase gecacht und in nachfolgenden Builds wiederverwendet werden. Vor Version 2024.03 bot der Gradle-Build-Runner von TeamCity keine Unterstützung für diese Funktion.

In dieser Version haben wir diese Funktionalität in TeamCity eingeführt und damit die Effizienz und Performance von Gradle-Builds verbessert. In unserer Dokumentation finden Sie Informationen darüber, wie Sie die Konfigurationscache-Option in Ihrer TeamCity-Installation aktivieren können.

Mit der Matrix-Build-Funktion von TeamCity können Sie eine Kombination von Parametern definieren, für die eine Matrix von Builds erstellt wird. Für jede Kombination von Parameterwerten wird ein individueller Build erzeugt. Der Matrix-Build setzt sich dementsprechend aus mehreren parallel ausgeführten Builds zusammen.

Matrix-Builds sind besonders nützlich, wenn Sie Ihre Software in unterschiedlichen Konfigurationen testen, z. B. für verschiedene Betriebssysteme oder Browserversionen.

Read more about matrix builds in our documentation.

Im CI/CD-Bereich gelten Single-Use-Build-Agents, die nur einmalig verwendet werden, als beste und sicherste Praxis. Aber auch besten Verfahren haben ihre Tücken.

Jedes Mal, wenn Sie einen Build auf einem Single-Use-Build-Agent ausführen, müssen für den Buildvorgang zahlreiche kleine oder große Bibliotheken aus dem Internet heruntergeladen werden. Dies führt zu langen Buildzeiten und Verzögerungen beim Starten des Buildvorgangs.

Jetzt nicht mehr!

Build-Caches helfen Ihnen, Ihre CI/CD-Buildzeiten zu optimieren, indem die Abhängigkeiten Ihres Projekts einmalig heruntergeladen und innerhalb des Projekts wiederverwendet werden.

Learn more about Build Caches in our documentation.

Mit dem Release 2023.11 haben wir unseren Ansatz für die Einstellung von Profilen und Images in der Cloud völlig neu konzipiert. Eine neue Oberfläche leitet Sie durch den Prozess und schlägt relevante Einstellungsoptionen vor.

Sie können jetzt EC2-Mac-Instanzen nutzen, Build-Agents auf einer AWS-EC2-Spot-Instanz mit einem Spot Placement Score ausführen und vieles mehr.

Auch das S3-Plugin hat eine intuitive und vereinfachte neue Bedienoberfläche erhalten, die für Amazon-S3-Buckets und S3-kompatible Speicher gleichermaßen optimiert wurde.

Weitere Informationen finden Sie in unserer Dokumentation.

TeamCity bietet eine reibungslose Integration mit Git-Hosting-Plattformen wie GitHub, GitLab, Bitbucket (Cloud und Data Center) und Azure DevOps.

In 2023.05 haben wir eine neue Methode zur Einbindung von GitHub eingeführt. Statt des traditionellen OAuth-basierten Repository-Zugriffs können Sie GitHub-Apps verwenden.

Ab Version 2023.11 können diese Verbindungen effizienter hergestellt werden, wobei die manuelle Konfiguration und Registrierung neuer Apps in GitHub entfällt.

Zur Authentifizierung können Sie jetzt auf den Einstellungsseiten für die Build-Features Commitstatus-Publisher und Pull-Requests sowie für den GitHub-Issue-Tracker nicht personenbezogene, aktualisierbare Zugangstoken für GitHub-App-Verbindungen erstellen.

Ab Version 2023.11 können Sie TeamCity so konfigurieren, dass Merge-Request-Entwürfe im Build-Feature Pull-Requests für GitLab ignoriert werden.

Commitstatus-Publisher und Pull-Requests für GitLab-Repositories können jetzt aktualisierbare OAuth-Tokens zur Authentifizierung verwenden.

Commitstatus-Publisher und Pull-Requests für GitLab-Repositories können jetzt aktualisierbare App-Tokens zur Authentifizierung verwenden.

TeamCity unterstützt jetzt aktualisierbare OAuth-Tokens für die Build-Features Commitstatus-Publisher und Pull-Requests für Azure DevOps.

Weitere Informationen finden Sie in unserer Dokumentation.

Mit diesem Release verbessern wir die Bitbucket-Authentifizierung in mehrfacher Hinsicht.

In addition to app passwords and VCS Root credential authentication types, TeamCity also supports refreshable and permanent access tokens as an authentication method for the Pull Request Build Feature for Bitbucket Cloud.

Das Feature Pull-Requests kann jetzt aktualisierbare OAuth-Tokens für den Zugriff auf Repositories in Bitbucket Server/Data Center verwenden.

Weitere Informationen finden Sie in unserer Dokumentation.

We’ve also improved the existing Swarm and TeamCity integration. Mithilfe der Integration können Sie den TeamCity-Buildstatus in Swarm verwenden und von TeamCity zur Swarm-Oberfläche navigieren.

Ab Version 2023.11 kann der TeamCity-Publisher „Perforce Helix Swarm“ für das Build-Feature Commitstatus-Publisher in benutzerdefinierte Workflows integriert werden, die bereits in Ihrer Swarm-Installation vorhanden sind. Außerdem benötigt der Commitstatus-Publisher keine Admin-Zugangsdaten mehr.

Jetzt können Sie die Integration einrichten, ohne in TeamCity Swarm-Zugangsdaten mit Adminrechten einzugeben. Mithilfe der aktualisierten Integration können außerdem Gates, die auf TeamCity-Prüfungen basieren, in benutzerdefinierte Workflows eingebunden werden.

Weitere Informationen finden Sie in unserer Dokumentation.

Sie haben jetzt die Möglichkeit, bestimmte Agenten-Pools als Favoriten zu markieren und zentral auf sie zuzugreifen. Dies ist praktisch, wenn Sie oft auf die Agent-Pools zugreifen müssen, für die Sie zuständig sind.

Agent terminal is a unique TeamCity feature that provides a convenient and quick way to get direct access to an agent machine by opening a remote terminal directly from the TeamCity UI. Die Terminals werden unter Linux, Windows (mit PowerShell) und macOS unterstützt.

Ab Version 2023.11 müssen Sie nicht mehr zu einem anderen Tab wechseln, um ein Agent-Terminal zu öffnen – dieser wird auf derselben Seite in der TeamCity-Oberfläche geöffnet.

Entwickler*innen haben jedes Recht, bei der Verwendung ihrer täglichen Werkzeuge etwas Komfort einzufordern. Aus diesem Grund haben wir einen der meistvotierten Funktionswünsche in der Geschichte von TeamCity zur Produktionsreife entwickelt: das dunkle Design.

Eine dunkle Bedienoberfläche kann helfen, die Augen zu entlasten und visuelle Ablenkungen zu verringern. Außerdem finden einige Benutzer*innen sie ästhetisch ansprechender.

Das dunkle Design ist in TeamCity für beide Bedienoberflächen – Classic und Sakura – verfügbar. Neben den Einstellungen Light und Dark steht Ihnen auch die Option System theme zur Verfügung, die das Design automatisch an Ihre Betriebssystemeinstellungen anpasst.

Sie können jetzt direkt in der Bedienoberfläche von TeamCity 2023.05 Remote-Terminals für den Zugriff auf Agent-Systeme öffnen, um unkompliziert Protokolle einzusehen, die installierte Software zu überprüfen oder Probleme zu debuggen.

Diese neue Funktion ist besonders nützlich bei der Behebung von Problemen auf einem Agent-System, da es mit Remote-Terminals nicht mehr erforderlich ist, SSH-Schlüssel für die Verbindung zu verwalten. Die Unterstützung umfasst Mac, Linux und Windows (mit PowerShell).

Dieses Release enthält auch eine verbesserte Verteilungslogik für Anfragen, die für eine effizientere Lastverteilung zwischen Haupt- und sekundären Knoten sorgt.

Um die Skalierbarkeit von TeamCity zu verbessern, sind die Knoten jetzt vollständig austauschbar. Alle Knoten innerhalb des TeamCity-Netzwerks können zum Load-Balancing der Benutzeranfragen beitragen, sodass die von UI-Benutzer*innen erzeugte Rechenlast gleichmäßiger auf alle Knoten verteilt werden kann.

In TeamCity 2023.05 ist das Polling von VCS-Repositories nicht mehr auf einen einzigen Knoten beschränkt. In der neuesten Version kann diese Aufgabe an mehrere Knoten delegiert werden, um die Arbeitslast gleichmäßiger zu verteilen, neue Commits schneller zu erkennen und die Build-Auslösung zu beschleunigen.

Durch diese Verbesserung können Benutzer*innen ihre Build-, Test- und Deployment-Prozesse vereinfachen, die Gesamteffizienz steigern, Verzögerungen reduzieren und die Produktivität erhöhen.

Bei TeamCity hat eine robuste Sicherheit oberste Priorität. Um die Widerstandsfähigkeit gegen Datenschutzverletzungen und potenziellen Betriebsstörungen zu stärken, haben wir die folgenden Funktionen integriert:

TeamCity enthält jetzt eine Integration mit Let’s Encrypt, einer Zertifizierungsstelle, die automatisiert kostenlose digitale Zertifikate ausstellt, um die Verwendung von HTTPS auf Websites zu erleichtern. Über eine Verbindung zu Let’s Encrypt kann TeamCity automatisch ein gültiges Zertifikat beziehen und installieren, das anschließend ohne jeden Benutzereingriff aktualisiert wird.

In früheren Versionen wirkte sich die Aktivierung der obligatorischen zweistufigen Authentifizierung auf den gesamten Server aus. Mit diesem neuen Release können Sie individuelle Benutzergruppen anlegen, für die die Verwendung von 2FA auch dann verpflichtend ist, wenn global die Einstellung Optional verwendet wird.

TeamCity-Benutzer*innen konnten bisher schon E-Mail- und Slack-Benachrichtigungen für bestimmte Ereignisse konfigurieren. In Version 2023.05 wird diese Funktion erweitert. Sie können nun Slack-Nachrichten und E-Mail-Benachrichtigungen über Servicenachrichten versenden.

Die vollständige Liste der Neuerungen finden Sie auf der Seite Das ist neu in unserer Dokumentation.

Wie immer freuen wir uns auf Ihr Feedback! Sie können uns gerne eine Anfrage über das Supportformular zusenden.

Sakura /sa.ku.ʁa/ – Kirschblüte – symbolisiert Erneuerung und Optimismus, und dies ist eine treffende Beschreibung unserer Gefühle bei der Einführung der Sakura-Bedienoberfläche als Standard in TeamCity 2022.10.

Die Sakura-UI ist modern, ästhetisch und schnell. Die Barrierefreiheit wurde von Beginn an berücksichtigt, und der Funktionsumfang ist nicht nur mit der klassischen Bedienoberfläche vergleichbar, sondern bietet zudem viele neue, einzigartige Funktionen. In mehr als vier Jahren Arbeit haben wir die Sakura-UI bis ins kleinste Detail perfektioniert. Dabei hatten wir die einmalige Gelegenheit, sie mit Tausenden internen und externen Projekten zu testen, darunter auch gigantische Vorhaben wie IntelliJ IDEA und Kotlin. Wir sind zuversichtlich, dass die neue Bedienoberfläche auch Sie begeistern wird!

Wir wissen, dass einige unserer Benutzer*innen an der alten Bedienoberfläche hängen und werden sie deshalb für eine begrenzte Zeit weiterhin zur Verfügung stellen. In einer der nächsten Versionen werden wir sie jedoch als veraltet kennzeichnen und schließlich durch die Sakura-UI ersetzen. Erstellen Sie daher bitte ein Ticket in YouTrack, wenn Sie der Meinung sind, dass wir etwas übersehen haben.

Wir haben ein neues Managementsystem für AWS-Zugangsdaten implementiert, das temporäre, kurzzeitig gültige AWS-Schlüssel ausgibt und diese auf sichere Weise für Ihre Builds bereitstellt.

Wenn Sie schon einmal ein Problem in einer CI/CD-Pipeline in der Cloud debuggen mussten, wissen Sie, wie schwierig das sein kann. Es ist nicht nur aufwändig, den richtigen Build-Agent zu finden und zu starten – Sie müssen darüber hinaus noch sicherstellen, dass er nicht mitten im Vorgang einen neuen Build startet.

An dieser Stelle kommt der Wartungsmodus ins Spiel. In diesem Modus beendet TeamCity den Cloud-Agent nicht automatisch nach Abschluss eines Builds, und der Agent wird auch nicht neuen Builds zugewiesen, sodass Sie in Ruhe die Fehlerbehebung durchführen können.

Ab TeamCity 2022.10 können sekundäre TeamCity-Knoten Cloud-Instanzen starten und stoppen. Dies ermöglicht den unterbrechungsfreien Betrieb von Cloud-basierten CI-Systemen während der Wartung des primären Servers.

TeamCity 2022.10 bietet zwei Verbesserungen in Bezug auf die Perforce-Integration:

• Perforce Shelve Trigger erkennt jetzt, wenn eine zurückgestellte („shelved“) Änderungsliste einem nicht standardmäßigen Stream zugeordnet ist und erlaubt die Buildausführung auf diesem.
• TeamCity erkennt jetzt Änderungslisten, für die Reviews in Perforce Helix Swarm vorliegen, und zeigt auf den entsprechenden Review- und Change-Seiten unter Build Overview und Changes Links an.

TeamCity 2022.10 verwendet jetzt bei der Arbeit mit GitLab, Bitbucket Cloud und Azure DevOps kurzlebige OAuth-Tokens. Dadurch können Sie VCS-Roots erstellen, ohne Zugangstokens für diese Dienste manuell erzeugen zu müssen.

Um mehr Workflows zu unterstützen und die Nutzung von TeamCity zu vereinfachen, unterstützen wir jetzt die Authentifizierung mit Google-Accounts. Wenn Sie sich mit Google anmelden, ordnet TeamCity die Google-E-Mail-Adresse sofort einem bestehenden TeamCity-Account zu und meldet diesen an, ohne dass Sie ein Passwort eingeben müssen. TeamCity kann auch automatisch neue Benutzerprofile erstellen, wenn neue Mitglieder Ihrem Team beitreten, vorausgesetzt, die verwendete E-Mail-Adresse gehört zu einer der von Ihnen angegebenen Domains.

Das Build-Feature Free Disk Space hat jetzt die Größe von Artefakten im Blick und berechnet automatisch den zur Auflösung von Artefaktabhängigkeiten benötigten Speicherplatz. Dadurch wird die Verwendung des Build-Features übersichtlicher, da Sie die Größe der während des Buildvorgangs heruntergeladenen Artefakte nicht mehr kennen müssen. Sie müssen nur noch angeben, wie viel Speicherplatz der Buildprozess selbst benötigt.

Ab TeamCity 2022.10 können Sie persönliche Builds promoten. Builds, die nach dem Promote-Vorgang ausgelöst werden, sind ebenfalls persönliche Builds.

TeamCity bietet seit jeher eine leistungsstarke Integration mit Amazon EC2 und Amazon S3, damit Sie Ihre Build-Infrastruktur unabhängig von der Größe und Komplexität Ihrer Projekte frei skalieren können. Mit Version 2022.04 können Sie nicht nur neue Build-Artefakte in Amazon S3 speichern, sondern auch bestehende Artefakte aus dem lokalen TeamCity-Speicher zu Amazon S3 verschieben. Besonders nützlich ist dies für Teams, die eine selbst gehostete Installation zu einer Cloudplattform migrieren und von Anfang an alle Vorteile nutzen möchten.

Das Speichern der CI/CD-Konfiguration zusammen mit dem Projektcode ist der beste Weg, um sicherzustellen, dass Ihr Projekt zu jeder Zeit kompiliert, getestet und bereitgestellt werden kann. Um mehr Flexibilität bei cloudbasierten Buildvorgängen zu bieten, erweitert TeamCity 2022.04 die Kotlin-DSL und gibt Ihnen die Möglichkeit, zu jedem Projekt eine eigene Cloudprofil-Konfiguration zu speichern.

Im Rahmen der stetig verbesserten Integration mit JetBrains Space unterstützen wir jetzt Merge-Requests. Bei der Erstellung eines MR-basierten Builds veröffentlicht TeamCity jetzt den Status in der entsprechenden MR-Zeitleiste in Space.

Wir haben die Liste der unterstützten Issue-Tracker um GitLab erweitert. Die Unterstützung funktioniert exakt so, wie Sie es erwarten würden: Wenn in einer Commit-Nachricht eine Ticket-ID erwähnt wird, fügt TeamCity automatisch einen Link zum entsprechenden GitLab-Ticket hinzu und zeigt Informationen dazu an.

Bisher sendete das Build-Feature Commit Status Publisher erst dann Informationen an das Versionsverwaltungssystem, wenn TeamCity den eigentlichen Build-Vorgang gestartet hatte – und dies geschah oft erst lange nach dem Commit. Ab dieser Version aktualisiert TeamCity den Commit-Status direkt nach der Aufnahme des Builds in die Warteschlange, sodass Ihnen jetzt aktuellere Informationen zur Verfügung stehen. Dies funktioniert mit allen unterstützten Versionsverwaltungen, einschließlich GitHub, GitLab, Space, Bitbucket und Azure DevOps.

Obwohl TeamCity nicht von der Log4Shell-Schwachstelle (CVE-2021-44228) betroffen ist, haben einige Sicherheitsscanner fälschlicherweise eine Sicherheitslücke gemeldet, ohne die genaue Versionsnummer des im Produkt verwendeten Log4J-Frameworks zu überprüfen. Um falsch positive Scannermeldungen zu vermeiden, haben wir Log4J auf die neueste Version aktualisiert.

Wie bei Log4Shell ist TeamCity auch von der Spring4Shell-Schwachstelle (CVE-2022-22965) nicht betroffen. Um jedoch falsch positive Warnungen von Sicherheitsscannern zu vermeiden, haben wir das in TeamCity verwendete Spring-Framework auf die neueste Version aktualisiert.

Unsere neue Sakura-UI nähert sich immer mehr dem Funktionsumfang der klassischen TeamCity-Bedienoberfläche an. In Version 2022.04 haben wir die Seiten Agent Pools und Changes implementiert und die allgemeine Performance der neuen Bedienoberfläche erheblich verbessert. Es fehlt nicht mehr viel, und Sakura kann zur Standard-Bedienoberfläche gekürt werden – nach unseren Planungen dürfte es in TeamCity 2022.10 soweit sein. Bleiben Sie also dran!