TeamCity 2024.03: integriertes HashiCorp-Vault-Plugin, nicht vertrauenswürdige Builds und mehr

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.