Vercel CI : seules les tâches touchées tournent

Ce qui se passe

Vercel ouvre Vercel CI en bêta, disponible sur tous les plans. Le constat de départ : les agents de code ouvrent plus de pull requests que jamais, chacune attend la CI, et la plupart des systèmes rejouent tout le workflow à chaque push, même pour une ligne modifiée.

Vercel CI n'exécute que les tâches affectées par le changement, et ne démarre que le calcul dont ces vérifications ont besoin — la même logique que Fluid compute pour le trafic.

Chiffre avancé : chez Vercel, le délai entre git push et « CI passée » est 2 à 6 fois plus court qu'avant.

Comment ça marche

Vercel CI s'appuie sur Turborepo pour connaître vos tâches et leurs dépendances. Il lit votre turbo.json, donc il n'y a pas de configuration CI séparée : ni YAML de workflow à maintenir, ni dérive entre deux fichiers. Si vous n'utilisez pas encore Turborepo, il faut ajouter turbo.json et le paquet turbo — cela fonctionne aussi dans un dépôt à paquet unique.

Ensuite, vous marquez les tâches à exécuter :

turbo.jsonJSON

{
  "tasks": {
    "lint": {
      "tags": ["ci"]
    }
  }
}

"tags": ["ci"] suffit pour démarrer, et le Remote Cache est actif par défaut. À chaque push, Vercel CI détermine les tâches à relancer : celles dont les entrées n'ont pas changé sortent du cache, les autres tournent chacune sur sa propre machine, portées par Hive, la couche de calcul de Vercel, et démarrent dès que leurs dépendances se terminent.

Vercel CI publie un check sur la pull request GitHub : vos règles de protection de branche continuent donc de bloquer les fusions en cas d'échec, comme aujourd'hui.

Le suivi en ligne de commande

L'inspection passe par le tableau de bord, le MCP Vercel ou la CLI :

Terminal

vc ci ls                   # lister les exécutions du dépôt
vc ci inspect <run>        # lister les tâches d'une exécution
vc ci logs <run>           # journaux de toutes les tâches
vc ci grep "WARNING"       # rechercher une chaîne dans les journaux récents

De quoi aller droit à la tâche en échec, voir ce qu'elle bloque, ou vérifier si un test est instable depuis une semaine.

Ce qui n'est pas encore là

C'est une bêta, et Vercel annonce trois chantiers pour la disponibilité générale : l'observabilité avancée, une commande vc ci pour l'exécution distribuée avant le push, et une sélection des tests plus fine. Vercel CI a déjà exécuté près de 8 millions de tâches sur ses propres dépôts et en bêta privée.

Le coût d'entrée, lui, est explicite : Turborepo devient une dépendance de votre chaîne de vérification.

Source : blog Vercel, 28 octobre 2026. Source en anglais ; documentation.