Ressources · Intégration n8n

Intégration TravisCI n8nAutomatiser TravisCI avec n8n.

Cinq opérations, une seule ressource, et chacune correspond à un geste précis dans un workflow. L'intégration TravisCI n8n tient entière sur la ressource Build : annuler, lire, lister, relancer, déclencher. Aucun trigger TravisCI n'existe dans n8n, le workflow démarre donc ailleurs et appelle Travis au bon moment.

Tester l'intégration TravisCI sur n8nVoir les 5 opérations

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

Qu'apporte vraiment l'intégration TravisCI n8n ?

TravisCI fait tourner les builds, c'est-à-dire les exécutions de ta chaîne d'intégration continue. n8n, lui, parle déjà à tout le reste de ton outillage. Le nœud relie les deux avec cinq opérations sur une ressource unique, Build : annuler, lire, lister, relancer et déclencher. Il est livré avec n8n, rien à installer, et un seul token API suffit pour tous tes workflows.

Le plus simple est de lire ce nœud comme trois gestes, pas comme un tableau de champs. Lancer une exécution, la relire, l'arrêter ou la rejouer. Tu choisis le geste, l'opération suit.

Lancer. Un push remonté par le nœud GitHub arrive dans n8n, et Trigger a build lance Travis sur le dépôt et la branche que tu indiques. Le même geste marche depuis un Schedule Trigger, le nœud qui démarre un workflow à intervalle régulier, pour une exécution de nuit pendant que personne ne pousse de code.

Relire. Il n'y a pas de nœud trigger TravisCI dans n8n : un workflow qui veut savoir ce que Travis a fait va donc le demander lui-même. Schedule Trigger à l'intervalle qui te convient, puis Get many builds avec Return All activé pour que n8n enchaîne toutes les pages de l'API au lieu de s'arrêter à Limit. Les lignes atterrissent ensuite là où ton équipe regarde vraiment : une table MySQL, un récap envoyé par Gmail le lundi matin, ou un message dans Slack.

Arrêter ou rejouer. Cancel a build et Restart a build reposent sur une seule valeur, le Build ID, ce qui les rend parfaits pour un petit circuit de validation : quelqu'un clique, le workflow a déjà l'identifiant sous la main, le nœud fait le reste. Un point à connaître avant de monter quoi que ce soit : aucune des cinq opérations ne marque un champ comme requis, donc n8n exécutera le nœud avec ce que tu lui donnes. Remplir les champs, c'est ton travail, pas celui du validateur.

Quand le nœud s'arrête là, le nœud HTTP Request appelle n'importe quel endpoint de l'API Travis CI en réutilisant le même credential via l'authentification prédéfinie. Et si tu montes en compétence sur l'outil en parallèle, la formation n8n couvre ces mécaniques workflow par workflow.

Connexion

Comment connecter TravisCI à n8n ?

  1. 01

    Récupère ton token API dans Travis CI

    Il te faut d'abord un compte Travis CI. Le jeton se trouve ensuite dans Account Settings, section API Token. Si tu préfères le terminal, le client en ligne de commande Travis CI sait en générer un aussi. C'est le seul secret que n8n te demandera : copie-le au chaud avant de quitter la page, comme tu le ferais d'un mot de passe.

  2. 02

    Crée le credential une bonne fois dans n8n

    Un credential, c'est la fiche où n8n range tes accès à un outil. Ouvre le menu Credentials, crée une entrée Travis CI et colle la valeur dans le champ API Token. Elle est enregistrée au niveau de l'instance, pas dans un workflow : tu la configures une fois et tu la retrouves dans une liste déroulante partout ensuite, sur n8n Cloud comme sur ta propre instance.

  3. 03

    Pose le nœud et teste une opération

    Ajoute le nœud TravisCI sur un canevas, choisis ton credential dans sa liste et laisse la ressource sur Build : c'est la seule que le nœud expose. Get many builds fait le meilleur premier test, il lit sans rien modifier et te dit en une exécution si le jeton passe. Regarde la sortie avant de brancher l'étape suivante, ça évite de deviner.

Actions

Que sait faire le nœud TravisCI ?

Le nœud TravisCI expose 5 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceGetGet ManyCancelRestartTrigger
Build✓✓✓✓✓

Build

5 opérations
01

Cancel a build

build.cancel

Ce que tu vois dans n8n

Notes & cas d'usage

Envoie l'ordre d'annulation à une exécution encore en cours, depuis le workflow qui a décidé qu'elle n'avait plus lieu d'être.

Paramètres clés

  • Build ID : la valeur qui identifie l'exécution de façon unique. Le nœud ne la marque pas comme requise, donc renseigne-la volontairement, le plus souvent depuis l'étape précédente avec une expression du type {{ $json.field }}, la syntaxe n8n qui va chercher un champ dans la donnée entrante.
Cas d'usage
la fenêtre de livraison se referme, une exécution tourne encore, et la personne d'astreinte l'arrête depuis une action Slack plutôt que d'ouvrir Travis sur son téléphone.
02

Get a build

build.get

Ce que tu vois dans n8n

Notes & cas d'usage

Ramène une exécution précise dans le workflow, pour que les étapes suivantes aient de la matière concrète à lire.

Paramètres clés

  • Build ID : la valeur qui identifie de façon unique l'exécution que tu interroges.
  • Include : la liste des attributs à charger d'emblée, au format montré par le placeholder, build.commit. Demande ceux dont tu te serviras vraiment ensuite.
Cas d'usage
un workflow qui connaît déjà l'identifiant, reçu par un formulaire interne ou par un nœud précédent, et qui a besoin de l'objet complet avant de rédiger son message.
03

Get many builds

build.getAll

Ce que tu vois dans n8n

Notes & cas d'usage

Renvoie une liste au lieu d'un seul élément : c'est l'opération des rapports, des exports et de toute revue programmée.

Paramètres clés

  • Return All : activé, n8n enchaîne les pages de l'API et ramène tout ; désactivé, Limit fixe le nombre maximal d'éléments renvoyés.
  • Order : asc ou desc pour le sens du tri de la réponse.
  • Sort By : created_at, finished_at, id, number ou started_at.
  • Include : les attributs à charger d'emblée, par exemple build.commit.
Cas d'usage
l'export du lundi matin dans une base, que plus personne n'assemble à la main.
04

Restart a build

build.restart

Ce que tu vois dans n8n

Notes & cas d'usage

Demande à Travis de relancer une exécution dont tu tiens déjà l'identifiant, sans que personne ne retourne dans l'interface.

Paramètres clés

  • Build ID : la valeur qui identifie de façon unique l'exécution à relancer. Elle voyage très bien depuis un nœud précédent sous la forme {{ $json.field }}, et c'est comme ça qu'on câble un bouton « relancer » en un clic.
Cas d'usage
une page interne minimaliste appelle un Webhook n8n, une URL que n8n expose pour recevoir des appels extérieurs, le workflow lit l'identifiant dans la charge utile et rejoue exactement cette exécution.
05

Trigger a build

build.trigger

Ce que tu vois dans n8n

Notes & cas d'usage

Lance une exécution sur le dépôt et la branche que tu nommes : c'est l'opération sur laquelle la plupart des workflows se terminent.

Paramètres clés

  • Slug : la même chose que {ownerName}/{repositoryName}, par exemple n8n-io/n8n.
  • Branch : la branche dont tu demandes l'exécution, par exemple master.
  • Message : le message de statut Travis CI joint à la demande, pratique pour garder trace de ce qui a déclenché quoi.
Cas d'usage
un Schedule Trigger nocturne lance la branche principale, et le message indique que la demande vient de l'automatisation.
Besoin d'aide

Besoin d'aide pour automatiser TravisCI avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

TravisCI et n8n, les questions qui arrivent ensuite

01L'intégration TravisCI n8n est-elle gratuite ?
Oui, côté n8n. Le nœud TravisCI est livré avec n8n : rien à installer, aucun module à acheter, aucun coût supplémentaire. Le comportement est le même sur n8n Cloud et sur une instance auto-hébergée en Community Edition, sous licence Sustainable Use. Le credential que tu crées se réutilise ensuite dans tous tes workflows, donc la configuration se paie une seule fois. Ce que coûte un compte Travis CI est une autre question, extérieure au nœud, et cette page ne la traite pas. Le vrai budget, c'est le temps passé à concevoir tes workflows.
02Quels accès faut-il pour connecter TravisCI à n8n ?
Un token API, et rien d'autre. Il te faut un compte Travis CI, puis tu récupères le jeton dans Account Settings, section API Token, ou tu le génères avec le client en ligne de commande Travis CI si tu vis dans un terminal. Côté n8n, tu crées le credential une fois depuis le menu Credentials et tu colles la valeur dans le champ API Token. Chaque nœud TravisCI ajouté ensuite te le propose dans sa liste déroulante. Le nœud n'a pas de sélecteur d'authentification, il n'y a donc aucun autre choix à faire à cette étape.
03Quelles sont les limites du nœud TravisCI dans n8n ?
Le nœud couvre cinq opérations sur une seule ressource, Build : annuler, lire, lister, relancer et déclencher. C'est le catalogue. Sur les listes, surveille Return All : désactivé, Limit plafonne le nombre d'éléments renvoyés, activé, n8n enchaîne les pages de l'API jusqu'au bout. Pour tout ce qui sort de ces cinq opérations, le nœud HTTP Request appelle n'importe quel endpoint de l'API Travis CI en réutilisant le même credential via l'authentification prédéfinie. Tu gardes donc un seul endroit où gérer ton jeton, même quand tu sors du nœud dédié.
04Un workflow n8n peut-il réagir à TravisCI en temps réel ?
Pas depuis Travis. Cet outil n'a pas de nœud trigger dans n8n, donc un workflow qui le concerne démarre autrement : un Schedule Trigger à intervalle fixe, un Webhook n8n appelé par un service tiers, ou le trigger d'un autre outil que tu utilises déjà. Le montage classique, c'est Schedule Trigger puis Get many builds, avec Sort By et Order pour faire remonter le plus récent en premier. Dans l'autre sens, en revanche, la réaction est immédiate : n'importe quel workflow appelle Trigger a build dès que son propre déclencheur part.
05n8n ou Make pour automatiser TravisCI ?
Ça dépend de tes priorités, les deux appellent la même API. Make est une plateforme hébergée par Make, sans option d'auto-hébergement, facturée à l'opération : confortable tant que les volumes restent faibles, moins quand une revue programmée tourne toute la journée. n8n s'installe sur ton serveur ou s'utilise sur n8n Cloud, et un workflow est identique dans les deux cas, ce qui laisse la porte ouverte à un déménagement. Quatre critères pour trancher : où vivent les données, le contrôle que tu veux sur l'exécution, le modèle de coût, et la logique visuelle que ton équipe lit le plus vite.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations