Jetbrains TeamCity

Que comprend JetBrains TeamCity ?

Automatisation des builds – Compile, teste et déploie automatiquement les modifications de code.
Pipeline en tant que code – Définissez des pipelines en Kotlin DSL ou de manière visuelle.
Chaînes de build – Visualisez et orchestrez les builds dépendants entre les projets.
Intelligence des tests – Suivi des tests instables et de l’historique complet des tests.
Capacité de base – L’édition gratuite comprend 3 agents et 100 configurations.
Important – Les configurations de build illimitées nécessitent l’édition Enterprise payante.

Quels sont les principaux avantages de JetBrains TeamCity ?

JetBrains TeamCity est un serveur d’intégration et de livraison continues qui automatise la compilation, les tests et le déploiement de logiciels dans des environnements sur site, dans le cloud et hybrides. Il centralise la gestion des builds pour les équipes travaillant avec Git, Perforce, Maven, Gradle, .NET, Docker et l’écosystème des IDE JetBrains.

Fonctionnalités intégrées – Fonctionne dès l’installation, sans prolifération de plugins.
Retour rapide – Avertit les développeurs dès qu’une compilation échoue.
Builds parallèles – Exécute les builds simultanément sur plusieurs agents.
Intégration à l’IDE – Déclenche et affiche les builds directement dans IntelliJ IDEA.
Hébergement flexible – Déploiement sur site, dans le cloud ou en mode hybride.
Commits pré-testés – Valide les modifications avant qu’elles n’atteignent le référentiel.

Que fait JetBrains TeamCity ?

TeamCity est un serveur CI/CD qui compile, teste et déploie automatiquement votre code dès que des modifications sont poussées vers le système de contrôle de version. Il surveille les dépôts tels que Git, Perforce et Subversion, puis déclenche des compilations en fonction des règles que vous définissez et rend compte des résultats via une interface web. Un serveur central coordonne le travail tandis que des agents de compilation distribués exécutent en parallèle les tâches de compilation et de test proprement dites. Cela permet aux développeurs d’obtenir un retour d’information immédiat lorsqu’un commit fait échouer la compilation, au lieu que les problèmes n’apparaissent qu’à un stade avancé du cycle de publication.

À qui s'adresse JetBrains TeamCity ?

TeamCity convient aux équipes de développement qui recherchent un serveur CI/CD abouti et auto-hébergé, sans avoir à assembler ni à maintenir une pile importante de plugins. Il est particulièrement performant pour les environnements JVM et .NET, puisqu’il intègre des exécuteurs de premier ordre pour Maven, Gradle, Ant et MSBuild, et s’intègre étroitement à IntelliJ IDEA, Rider et d’autres IDE JetBrains. Une petite équipe peut utiliser l’édition Professional gratuite, qui offre 3 agents de build et 100 configurations de build, tandis que les grandes entreprises optent pour l’édition Enterprise, qui propose un nombre illimité de configurations. Les équipes qui utilisent déjà les outils JetBrains bénéficient également d’exécutions à distance et de commits pré-testés directement dans leur IDE, ce que Jenkins ne propose pas en standard.

Quelle est la différence entre TeamCity Professional et Enterprise ?

La principale différence réside dans l’échelle : TeamCity Professional est gratuit mais plafonné à 100 configurations de build et 3 agents de build, tandis que l’édition Enterprise supprime entièrement la limite de configuration. Les deux éditions s’installent à partir de la même distribution et partagent les mêmes fonctionnalités de base ; vous pouvez donc passer d’une édition à l’autre en saisissant une clé de licence sans perdre aucune donnée. La version Enterprise offre une assistance prioritaire via une instance Zendesk privée, tandis que la version Professional s'appuie sur le forum communautaire et le système public de suivi des tickets. Chaque agent de build supplémentaire que vous ajoutez augmente la limite de configuration de la version Professional de 10 et permet d'exécuter une build supplémentaire en parallèle. TeamCity Cloud constitue une troisième option, hébergée par JetBrains selon un modèle basé sur des crédits, plutôt qu'en auto-hébergement.

Avec quels systèmes de contrôle de version et outils de build TeamCity s'intègre-t-il ?

TeamCity prend en charge Git, Perforce, Mercurial, Subversion et CVS dès son installation, avec des intégrations dédiées pour GitHub, GitLab, Bitbucket et Azure DevOps. Une même build peut extraire le code source de plusieurs dépôts à la fois, voire combiner différents types de systèmes de contrôle de version (VCS) tels que Perforce et Git au sein d’une même configuration. Côté build, il inclut des runners pour Maven, Gradle, Ant, MSBuild, NuGet, Node.js et Kotlin Script, et chaque étape peut s’exécuter au sein d’un conteneur Docker. Pour la mise à l’échelle des agents, il se connecte à Amazon EC2, Kubernetes, VMware vSphere, Google Cloud et Azure.

Que doivent savoir les équipes avant de choisir l’édition Professional gratuite ?

L’édition Professional gratuite est complète, mais elle est strictement limitée à 100 configurations de build et à 3 agents de build ; le dépassement de la limite d’agents empêche le lancement de nouveaux builds jusqu’à ce que vous augmentiez la capacité. Pour dépasser cette limite, il faut disposer de la licence Enterprise payante ainsi que d’emplacements d’agents supplémentaires, chacun ajoutant 10 configurations. L’assistant IA est une intégration payante de la version Enterprise, et non une fonctionnalité gratuite. TeamCity est également une application JVM avec une empreinte mémoire relativement importante, et sa hiérarchie de projets ainsi que son modèle de chaîne de build nécessitent un certain temps d’apprentissage lors de la première configuration. Les projets open source peuvent éviter ce coût en demandant une licence gratuite via le programme JetBrains.

Quels sont les changements apportés à TeamCity 2026.1 que les acheteurs doivent connaître ?

À partir de la version 2026.1, le serveur TeamCity et les agents de build ne démarrent plus sous des versions de Java antérieures à la version 21 ; l’hôte doit donc exécuter Java 21 pour lancer le serveur. Cette exigence ne concerne que l’exécution de TeamCity lui-même ; vos builds peuvent toujours cibler des versions plus anciennes de Java, telles que le JDK 19. Cette version ajoute également une interface CLI TeamCity pour gérer les builds depuis le terminal, ainsi qu’un point de terminaison MCP permettant aux agents IA d’interagir avec le serveur. Les versions sur site bénéficient désormais de deux mises à jour majeures par an, tandis que TeamCity Cloud est mis à jour plus fréquemment.

TeamCity fonctionne-t-il sous Windows, Linux et macOS ?

Oui. Le serveur TeamCity et les agents de build sont basés sur Java et fonctionnent sur les versions récentes de Windows, Linux et macOS, ainsi que dans des conteneurs Docker. Le programme d’installation Windows et les images Docker intègrent Amazon Corretto Java 21, tandis que les hôtes Apple Silicon tels que M1 ou M2 sont mieux adaptés à une version telle qu’Azul OpenJDK.

En quoi TeamCity se distingue-t-il de Jenkins ?

TeamCity est un produit propriétaire de JetBrains qui intègre d’emblée des chaînes de build, l’historique des tests et des pipelines DSL Kotlin, tandis que Jenkins est open source et dépend fortement des plugins de la communauté pour offrir des fonctionnalités comparables. Les équipes choisissent généralement TeamCity pour une configuration plus rapide et plus cohérente avec l’assistance du fournisseur, et Jenkins pour une flexibilité maximale sans coût de licence.