TeamCity

Sorti en 2006, à une époque où la CI signifiait en pratique CruiseControl ou Hudson. Ce qui le distinguait : TeamCity fonctionnait dès l'installation — agents de build, rapports de tests, couverture de code et intégration à l'IDE étaient des fonctions du produit et non un chantier d'assemblage de composants tiers. Sa fonction « remote run » permettait à un développeur de compiler et de tester une modification sur le serveur avant de la commiter.

La configuration se trouve soit dans l'interface web, soit sous forme de DSL Kotlin versionné dans le dépôt, et les chaînes de build se modélisent comme un graphe de dépendances entre configurations. On l'exécute généralement sur sa propre infrastructure, ce qui reste son principal argument face à GitHub Actions — environnements réglementés et maîtrise du lieu où le code est compilé.