TeamCity 2024.03 : Plugin HashiCorp Vault inclus, Builds non sûrs et bien plus

Auparavant, l'intégration de TeamCity avec HashiCorp Vault était possible via un plugin. L'année dernière, nous avons repensé le fonctionnement de cette intégration pour en faciliter la configuration.

Avec la version 2024.03, nous avons commencé à intégrer le plugin avec TeamCity, afin qu'il devienne une composante intégrale de toute installation TeamCity.

Apprenez-en plus sur l'intégration de HashiCorp Vault à TeamCity dans notre documentation.

Les dépendances d'artefacts permettent à vos configurations de build de récupérer des fichiers produits par d'autres configurations ou builds au sein d'une même configuration. Pour établir ces dépendances, définissez des règles d'artefact spécifiant les fichiers à télécharger et leurs emplacements de stockage.

Auparavant, si TeamCity ne parvenait pas à localiser les fichiers selon ces règles, les builds échouaient avec l'erreur « Unable to resolve artifact dependency ».

Avec la version 2024.03, nous inaugurons une approche plus adaptable pour la définition de dépendances d'artefacts. Vous pouvez désormais configurer les dépendances de façon à ce qu'elles soient ignorées dans les cas suivants :

• Le build source n'existe pas (sauf s'il y a d'autres règles non facultatives).
• Le fichier requis manque dans le build source.
• La règle d'artefact est basée sur une archive qui ne contient pas le fichier requis.

Vous pouvez nous donner votre avis sur cette fonctionnalité dans ce ticket YouTrack.

Pour accéder à la liste complète des nouvelles fonctionnalités, consultez la page Nouveautés dans la documentation.

La fonctionnalité Pull Requests vous permet de réviser le code avant de le fusionner dans la base de code principale. Les utilisateurs peuvent choisir d'exécuter les builds de tous les contributeurs ou uniquement les builds des personnes de leur organisation. La première option présente des risques en termes de sécurité, en exposant potentiellement le serveur TeamCity à du code nuisible, tandis que la seconde option limite la collaboration avec une base de contributeurs plus large.

Dans la version 2024.03, nous avons introduit une fonctionnalité que nous appelons groupe de builds non sûr (untrusted build group), qui permet à TeamCity de différencier les modifications apportées par des utilisateurs de confiance de celles provenant de sources externes.

Actuellement, la fonctionnalité de groupe de builds non sûrs prend en charge GitHub et GitLab. Apprenez-en plus à ce sujet dans notre documentation.

JetBrains dotCover est pris en charge dans TeamCity en tant qu'outil de couverture du code pour les projets liés à .NET depuis un certain temps maintenant. Dans la version 2024.03, nous avons ajouté un nouvel outil d'exécution de build au plugin .NET Support, qui l'intègre avec l'outil dotCover.

Le nouvel outil d'exécution de dotCover permet aux utilisateurs :

• D'exécuter des processus arbitraires sous le profilage dotCover pour produire des instantanés de couvertures.
• De fusionner des instantanés d'étapes de build produits par d'autres outils d'exécution .NET ou dotCover.
• De générer des rapports fusionnés sur une chaîne de build pour des tests parallèles et de les transformer en rapports TeamCity personnalisés.

Pour en savoir plus, consultez notre documentation

Dans la version 2024.03, nous avons ajouté de nouvelles fonctionnalités à l'outil d'exécution de build .NET. Une nouvelle option permet aux utilisateurs de définir des politiques concernant les tentatives de réexécution des tests ayant échoué à l'échelle du build.

Cette fonctionnalité permet de résoudre les problèmes de tests bancals et d'atténuer les défaillances transitoires dans les tests d'intégration.

Apprenez-en plus dans notre documentation.

L'option de cache de configuration dans Gradle améliore considérablement les performances des builds en mettant en cache le résultat de la phase de configuration pour le réutiliser dans les builds subséquents. Avant la version 2024.03, le programme d'exécution de build Gradle de TeamCity ne prenait pas en charge cette fonctionnalité.

Nous inaugurons cette fonctionnalité dans cette version afin d'améliorer l'efficacité et les performances des builds Gradle. Consultez notre documentation pour voir comment activer l'option de cache de configuration dans TeamCity.