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.

Les builds matriciels de TeamCity permettent de définir une combinaison de paramètres et de valeurs correspondantes pour créer une matrice de builds. Chaque combinaison de valeurs de paramètres génère un build unique. Le build matriciel est ensuite composé à partir de plusieurs builds qui s'exécutent en parallèle.

Les matrices de builds sont particulièrement utiles pour tester les logiciels dans différentes configurations, par exemple différents systèmes d'exploitation ou versions de navigateurs.

Read more about matrix builds in our documentation.

En CI/CD, les agents de build à utilisation unique sont considérés comme le moyen le plus efficace et le plus sûr. Mais les bonnes pratiques n'excluent pas certaines difficultés.

Chaque fois que vous exécutez un build sur un agent à usage unique, vous devez télécharger depuis Internet une ou plusieurs bibliothèques, qui sont parfois volumineuses, afin que le build puisse être exécuté. Cela ralentit le processus de création de build et retarde le démarrage du build final.

C'est fini !

Les caches de builds accélèrent le processus de CI/CD car tous les fichiers dont dépend le projet sont téléchargés une fois puis utilisés dans le projet en fonction des besoins.

Learn more about Build Caches in our documentation.

Nous avons profité de la version 2023.11 pour repenser notre approche de la définition des profils et images cloud. La nouvelle interface utilisateur vous guide tout au long du processus en suggérant les options les mieux adaptées.

Vous pouvez désormais profiter de l'accès aux instances EC2 Mac, de l'exécution des agents de build d'instance spot AWS EC2 avec un score de placement spot et bien plus encore.

Le plugin S3 bénéficie également d'une nouvelle interface utilisateur intuitive et optimisée, conçue pour prendre en compte les compartiments Amazon S3 et les solutions de stockage compatibles avec S3.

Apprenez-en plus dans notre documentation.

TeamCity offre une intégration fluide et transparente avec les plateformes d'hébergement Git, parmi lesquelles GitHub, GitLab, Bitbucket (Cloud et Data Center) et Azure DevOps.

Dans la version 2023.05, nous avons introduit un nouveau type de connexion à GitHub qui permet d'utiliser les applications GitHub au lieu de l'authentification traditionnelle basée sur OAuth pour accéder aux référentiels de code.

Avec la version 2023.11, vous pouvez établir ces connexions plus facilement, sans configuration manuelle ni enregistrement de nouvelles applications dans GitHub.

En ce qui concerne l'authentification, il est désormais possible d'émettre des jetons d'accès impersonnels actualisables sur les pages de paramètres Commit Status Publisher, Pull Requests et GitHub Issue Tracker pour vous authentifier lors de l'établissement d'une connexion via l'application GitHub.

À partir de la version 2023.11, vous pouvez configurer TeamCity de façon à ignorer les brouillons de requêtes de fusion dans la fonctionnalité de build Pull Requests pour GitLab.

Les fonctionnalités Commit Status Publishers et Pull Requests qui ciblent les référentiels de code GitLab peuvent désormais utiliser des jetons OAuth actualisables pour l'authentification.

Les fonctions Commit Status Publisher et Pull Requests pour les référentiels de code GitLab peuvent désormais utiliser des jetons d'application actualisables pour l'authentification.

TeamCity prend désormais en charge les jetons OAuth actualisables pour les fonctionnalités de build Commit Status Publisher et Pull Requests pour Azure DevOps.

Apprenez-en plus dans notre documentation.

Dans cette version, nous avons amélioré l'authentification Bitbucket de plusieurs façons.

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.

La fonctionnalité Pull Requests peut désormais utiliser des jetons OAuth actualisables pour accéder à des dépôts de code sur Bitbucket Server / Data Center.

Apprenez-en plus dans notre documentation.

We’ve also improved the existing Swarm and TeamCity integration. Cette intégration vous permet d'utiliser les statuts de builds de TeamCity dans Swarm et de naviguer de l'interface utilisateur de TeamCity vers l'interface Swarm.

Avec la version 2023.11, vous pouvez configuer la fonctionnalité Publisher pour la fonctionnalité de build Commit Status Publisher de TeamCity dans Perforce Helix Swarm, en l'intégrant aux workflows personnalisés qui existent déjà dans votre configuration Swarm. D'autre part, la fonctionnalité Commit Status Publisher ne demande plus aux utilisateurs ayant un accès administrateur de s'identifier.

Il est maintenant possible de configurer l'intégration sans utiliser les identifiants de niveau administrateur de Swarm dans TeamCity. L'intégration actualisée permet également d'inclure des murs qualité basés sur les vérifications des workflows personnalisés de TeamCity.

Apprenez-en plus dans notre documentation.

Vous pouvez marquer certains pools d'agents comme favoris et y accéder depuis un seul endroit. Cela facilite considérablement l'accès aux pools d'agents dont vous êtes responsables.

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. Elle est prise en charge sous Linux, Windows (avec PowerShell) et macOS.

À partir de la version 2023.11, vous n'avez plus à changer d'onglet pour ouvrir des terminaux d'agent : ils s'ouvrent sur la même page dans l'interface utilisateur de TeamCity.

Il est important que les développeurs puissent travailler de façon confortable et agréable avec leurs outils au quotidien. Nous avons donc ajouté dans cette version l'une des fonctionnalités les plus demandées dans l'histoire de TeamCity : le thème sombre.

Le thème sombre permet de réduire la fatigue oculaire et les distractions visuelles. Certaines personnes le trouvent également plus esthétique.

Le thème sombre de TeamCity est disponible pour les interfaces utilisateur Classic et Sakura. En plus des options Light et Dark, vous pouvez également choisir System theme, qui s'alignera automatiquement sur les paramètres de votre système d'exploitation.

TeamCity 2023.05 permet d'ouvrir des terminaux distants pour accéder aux machines des agents directement depuis l'interface utilisateur de TeamCity, afin que vous puissiez facilement visualiser les journaux de ces agents, contrôler les logiciels installés et déboguer les problèmes spécifiques à ces agents.

Cette nouvelle fonctionnalité est particulièrement utile en cas de dépannage d'un agent, car les terminaux distants éliminent la nécessité de maintenir des clés SSH pour se connecter aux agents. Elle est prise en charge sous Mac, Linux et Windows (avec PowerShell).

Dans cette version, nous avons également pour implémenter une logique de distribution des requêtes améliorée, pour une répartition efficace de la charge entre nœuds principaux et secondaires.

Pour renforcer l'évolutivité de TeamCity, les nœuds sont désormais totalement interchangeables. Tous les nœuds du réseau TeamCity peuvent contribuer à l'équilibre des demandes des utilisateurs, ce qui permet une répartition plus harmonieuse de la charge de travail générée par les utilisateurs de l'interface web sur l'ensemble des nœuds.

La version 2023.05 ne limite plus les utilisateurs de TeamCity à un seul nœud pour les responsabilités d'interrogation des référentiels VCS. Elle permet de déléguer cette fonction à plusieurs nœuds, ce qui se traduit par une répartition plus homogène de la charge de travail et par une accélération de l'identification des nouveaux commits et de l'initiation de nouveaux builds.

En utilisant cette fonctionnalité, vous fluidifiez vos processus de builds, de tests et de déploiement, ce qui contribue à en renforcer l'efficacité globale, à réduire les retards et à accroître la productivité.

Pour l'équipe TeamCity, la sécurité est une priorité absolue. Pour renforcer la capacité du produit à résister aux violations de données et aux perturbations potentielles des activités, nous avons intégré les fonctionnalités suivantes.

TeamCity maintenant l'intégration avec Let's Encrypt, une autorité de certification qui fournit des certificats numériques gratuits et automatisés afin de faciliter le fonctionnement du HTTPS sur les sites web. En contactant Let's Encrypt, TeamCity peut automatiquement obtenir et installer un certificat valide, qui sera ensuite actualisé sans intervention de l'utilisateur.

Dans les versions précédentes, l'activation du mode d'authentification à deux facteurs obligatoire affectait l'ensemble du serveur. Cette nouvelle version permet de former des groupes d'utilisateurs personnalisés qui nécessiteront l'utilisation de l'authentification à deux facteurs même si le mode global est défini sur Optional.

Les utilisateurs de TeamCity peuvent déjà configurer des notifications par e-mail et Slack pour des événements spécifiques. La version 2023.05 améliore encore cette fonctionnalité en vous permettant d'envoyer des messages Slack et des notifications par e-mail en utilisant des messages de service.

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

Comme toujours, nous avons hâte de lire vos commentaires ! N'hésitez pas à nous envoyer une demande via le formulaire d'assistance.

Sakura /sa.ku.ʁa/, soit fleur de cerisier, symbolise le temps du renouveau et de l'optimisme. C'est dans cette optique que nous avons fait de l' interface utilisateur Sakura l'IU par défaut dans TeamCity 2022.10.

L'interface utilisateur Sakura est moderne, élégante et rapide. Conçue dans un souci d'accessibilité, elle présente des fonctionnalités semblables à celles de l'interface utilisateur classique, tout en apportant également de nouvelles capacités uniques. Nous travaillons sur l'interface utilisateur Sakura depuis plus de quatre ans afin de nous assurer qu'elle soit parfaite jusque dans ses plus infimes détails. Nous avons eu l'occasion unique de la tester dans des milliers de projets internes et externes, notamment des géants comme IntelliJ IDEA et Kotlin. Nous espérons qu'elle vous plaira aussi !

Nous comprenons que certains de nos utilisateurs puissent être attachés à l'ancienne interface utilisateur. C'est pourquoi elle reste à disposition pour une durée limitée. Nous l'abandonnerons toutefois dans une prochaine version au profit de l'interface Sakura. Si vous pensez que nous avons oublié un élément, n'hésitez pas à créer un ticket dans YouTrack.

Nous avons mis en place un nouveau système de gestion des informations d'identification AWS qui émet des clés AWS temporaires et les expose de manière sécurisée pour vos builds.

Si vous avez déjà eu besoin de déboguer un problème dans un pipeline CI/CD exécuté sur une instance cloud, vous savez que l'opération peut s'avérer délicate. Elle requiert non seulement du temps et des efforts pour identifier et lancer le bon agent de build, mais également de s'assurer qu'il ne lance pas de nouvelles builds au milieu du processus.

C'est là que le mode maintenance entre en jeu. Dans ce mode, TeamCity ne met pas automatiquement fin aux agents cloud une fois la build terminée, et ils ne sont pas affectés à l'exécution de nouvelles builds. Vous êtes donc libre d'effectuer la résolution de problèmes.

À partir de TeamCity 2022.10, les nœuds secondaires de TeamCity peuvent démarrer et arrêter les instances cloud, ce qui permet un fonctionnement ininterrompu de la CI basée sur le cloud pendant la maintenance d'un serveur principal.

TeamCity 2022.10 est livré avec deux améliorations relatives à l'intégration avec les outils Perforce :

• Perforce Shelve Trigger comprend désormais lorsqu'une liste de modifications mise en attente est associée à un flux autre que le flux par défaut et permet d'exécuter la build sur cette liste.
• TeamCity détecte désormais les listes de modifications qui font l'objet de révisions dans Perforce Helix Swarm et ajoute des liens vers les pages de révision et de modification respectives dans les pages Build Overview et Changes, respectivement.

TeamCity 2022.10 utilise désormais des jetons OAuth à courte durée de vie lorsqu'il travaille avec GitLab, Bitbucket Cloud et Azure DevOps. Vous pouvez donc créer des racines VCS sans avoir à générer manuellement des jetons d'accès pour ces services.

Pour prendre en charge davantage de workflows et fluidifier l'expérience avec TeamCity, nous prenons désormais en charge l'authentification à l'aide de comptes Google. Lorsque vous vous connectez avec Google, TeamCity fait instantanément correspondre l'adresse e-mail Google avec un utilisateur de TeamCity, et le connecte sans avoir à saisir de mot de passe. Il crée également automatiquement de nouveaux profils lorsque de nouveaux membres rejoignent votre équipe si leur adresse e-mail appartient à l'un des noms de domaine que vous avez spécifiés.

La fonctionnalité de build Free Disk Space tient désormais compte de la taille des artefacts et calcule automatiquement l'espace disque nécessaire à la résolution des dépendances des artefacts. L'utilisation de la fonctionnalité de build en est simplifiée, car vous n'avez plus besoin de connaître la taille des artefacts téléchargés pendant la build. Le seul point restant à spécifier est la quantité d'espace disque requise pour le processus de build lui-même.

À partir de TeamCity 2022.10, vous pouvez promouvoir des builds personnelles. Les builds déclenchées après la promotion deviennent également des builds personnelles.

TeamCity a toujours bénéficié d'une puissante intégration avec Amazon EC2 et Amazon S3, ce qui vous permettait de faire évoluer librement votre infrastructure de build, quelles que soient la taille et la complexité de vos projets. Sa version 2022.04 permet non seulement de stocker de nouveaux artefacts de builds dans Amazon S3, mais aussi de déplacer des artefacts existants du stockage local de TeamCity vers Amazon S3. Cette nouveauté est particulièrement utile pour les équipes qui commencent tout juste leur migration d'une configuration auto-hébergée vers une plateforme cloud et qui veulent en tirer pleinement parti dès le départ.

Stocker la configuration CI/CD avec la base de code de votre projet est le meilleur moyen de s'assurer qu'il puisse être construit, testé et déployé à tout moment. Pour plus de flexibilité lors de la création de logiciels dans le cloud, TeamCity 2022.04 étend le DSL Kotlin et permet à chaque projet d'avoir sa propre configuration de profil cloud.

Nous continuons à améliorer l'intégration avec JetBrains Space en ajoutant la prise en charge des requêtes de fusion. Lors de la création d'une requête de fusion, TeamCity publie désormais son état dans la chronologie correspondant à cette requête dans Space.

La liste des outils de suivi de tickets pris en charge inclut maintenant GitLab. Lorsqu'un message de commit mentionne un identifiant de ticket, TeamCity ajoute automatiquement un lien vers le ticket correspondant dans GitLab et affiche les informations le concernant.

Auparavant, la fonctionnalité de build Commit Status Publisher n'envoyait pas d'informations au système de contrôle de version avant que TeamCity ne commence effectivement le build, c'est-à-dire potentiellement longtemps après que le commit ait été fait. Avec la nouvelle version, TeamCity met à jour le statut du commit immédiatement après avoir ajouté le build respectif à la file d'attente et vous fournit ainsi les informations les plus récentes. Cette fonctionnalité s'applique à tous les services VCS pris en charge, notamment GitHub, GitLab, Space, Bitbucket et Azure DevOps.

Bien que TeamCity n'ait pas été affecté par la vulnérabilité Log4Shell (CVE-2021-44228), certains scqnners de sécurité l'ont signalé à tort comme vulnérable sans vérifier le numéro de version exact du framework Log4J utilisé dans le produit. Pour éviter les rapports de scanners faux positifs, nous avons mis à niveau Log4J vers la dernière version.

De même que pour Log4Shell, la vulnérabilité de Spring4Shell (CVE-2022-22965) n'affecte pas TeamCity. Toutefois, pour éviter les rapports de faux positifs des scanners de sécurité, nous avons mis à niveau le framework Spring utilisé dans TeamCity vers la dernière version.

En termes de fonctionnalité, l'interface utilisateur de Sakura se rapproche de plus en plus de l'interface utilisateur classique de TeamCity. Dans la version 2022.04, nous avons réimplémenté les pages Agent Pools et Changes et fortement amélioré les performances générales de la nouvelle interface utilisateur. Il ne nous reste plus que quelques étapes pour en faire une option par défaut, ce que nous prévoyons de faire dans TeamCity 2022.10. Restez à l'écoute !