Ressources · Intégration Make

Intégration GitHub MakeAutomatiser GitHub avec Make.

Et si GitHub prévenait lui-même les bonnes personnes ? L'intégration GitHub Make compte 12 déclencheurs, 22 actions et 9 recherches. Ce guide s'adresse à qui connaît GitHub sans avoir encore ouvert Make : connexion, premier scénario, test, mise en route.

Essayer l'intégration GitHub sur MakeVoir les 43 modules

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

Ce que tu peux automatiser

À quoi sert l'intégration GitHub Make ?

L'intégration GitHub Make relie ton compte GitHub à Make, un outil sans code où tu assembles un scénario (l'automatisation elle-même) avec des modules (des briques : un déclencheur, une action ou une recherche). Il se passe quelque chose dans un dépôt, Make enchaîne la suite à ta place.

Des jalons que le client suit sans te relancer. Une agence qui découpe ses projets en milestones peut brancher Watch Milestones sur un tableau partagé avec le client. Get a Milestone ajoute le titre et l'état à jour. Plus besoin d'écrire un point d'avancement à la main.

Des revues de code qui ne dorment plus. Watch Pull Requests repère chaque demande, et un message part dans le canal de l'équipe. Pour un récap des demandes en attente, Search Pull Requests suivi d'un agrégateur (le module qui regroupe plusieurs éléments en un) donne un seul message propre.

Un rituel de départ pour chaque projet. Watch Repositories voit arriver chaque nouveau dépôt, et Create an Issue y ouvre une issue avec la liste des étapes de mise en place.

Ce que l'intégration ne fait pas : aucun déclencheur instantané, les 12 sont planifiés, et aucun module pour ouvrir ou fusionner une pull request, créer une branche ou pousser un commit. Pour le reste, Execute a GraphQL Query envoie à GitHub une requête que tu écris toi-même, à condition de connaître son langage, GraphQL.

GitHub existe aussi dans n8n : compare avec l'Intégration GitHub n8n et notre comparatif n8n vs Make. Si tu débutes, la Formation Make reprend les bases.

Connexion

Comment connecter GitHub à Make ?

  1. 01

    Crée un jeton dans GitHub

    Make se connecte avec un jeton d'accès (token). Dans GitHub, clique sur ta photo de profil, puis Settings, puis Developer settings. Choisis Fine-grained tokens ou Tokens (classic) et clique sur Generate new token.

  2. 02

    Copie-le tout de suite

    Remplis les informations demandées, clique sur Generate token, puis copie le jeton affiché. C'est cette chaîne de caractères que Make utilisera pour agir sur ton compte.

  3. 03

    Ajoute la connexion dans Make

    Pose un module GitHub dans ton scénario et clique sur Create a connection. La connexion, c'est ton compte GitHub relié une fois pour toutes, réutilisé par tous les modules GitHub. Nomme-la dans Connection name si tu veux, puis colle le jeton.

Premier scénario

Ton premier scénario : répondre à chaque nouvelle issue

ObjectifQuand une issue arrive dans GitHub, Make y poste un commentaire pour dire à son auteur qu'elle a été vue.

  1. 01

    Crée le scénario

    Depuis la page Scenarios, crée un nouveau scénario et clique sur le grand +. Le premier module que tu poses décide du moment où tout le reste se lance.

  2. 02

    Pose Watch Issues

    Cherche GitHub, choisis Watch Issues et clique sur Create a connection avec ton jeton. Remplis ensuite les champs : une fois connecté, Make te propose ce qu'il peut lire sur ton compte.

  3. 03

    Ajoute Create a Comment

    Clique sur le + à droite du déclencheur et choisis Create a Comment. Reprends l'issue du premier module et rédige ton message, par exemple un merci qui cite le titre de l'issue.

  4. 04

    Teste avec Run once

    Ouvre une issue de test dans GitHub, puis clique sur Run once. Make exécute le scénario une fois et montre le bundle reçu par chaque module (un bundle, c'est un élément qui passe d'un module à l'autre : ici, une issue).

  5. 05

    Planifie et active

    Clique sur l'horloge du premier module. Par défaut, un scénario tourne toutes les 15 minutes, et le plan Free ne descend pas en dessous. Active le scénario : il continue sans toi.

Déclencheurs

Qu'est-ce qui peut lancer un scénario GitHub ?

12 modules démarrent un scénario quand quelque chose se passe dans GitHub. Un déclencheur planifié est vérifié par Make au rythme du scénario ; un déclencheur instantané est appelé par GitHub dès que ça se passe.

GitHub1Watch Branches

Watch Branches

Déclencheur planifié

Dans Make“Triggers when a new branch is created.”

Ce module repère chaque nouvelle branche créée dans GitHub et la transmet au suivant sous forme de bundle. Pratique pour savoir qu'un chantier démarre sans poser la question en réunion.

Comment il se déclenche
planifié. Make interroge GitHub au rythme du scénario, donc la branche est vue au passage suivant, pas à la seconde où elle est créée.
Quand l'utiliser
tes branches portent le numéro de la tâche, et tu veux que la carte correspondante passe en « en cours » dans ton outil de gestion de projet.
Attention
seule la création compte. Une branche supprimée ou fusionnée plus tard ne relance rien.
GitHub2Watch Commit Comments

Watch Commit Comments

Déclencheur planifié

Dans Make“Triggers when a new comment on a commit is created.”

Les remarques laissées sur un commit passent souvent inaperçues. Ce déclencheur les récupère une par une pour que quelqu'un les lise vraiment.

Comment il se déclenche
planifié. À chaque passage du scénario, Make demande à GitHub les nouveaux commentaires.
Quand l'utiliser
ton responsable technique relit les commits après coup et y note ses retours ; chaque retour doit arriver dans la messagerie du développeur concerné.
Attention
seuls les commentaires sur des commits sont concernés. Ceux des issues et des pull requests se récupèrent avec Watch Issues ou Search Comments.
GitHub3Watch Commits

Watch Commits

Déclencheur planifié

Dans Make“Triggers when a new commit is created.”

Chaque nouveau commit devient un bundle. Tu obtiens un fil des modifications de code que n'importe quelle autre app du scénario peut exploiter.

Comment il se déclenche
planifié. Les commits s'accumulent entre deux passages et arrivent ensemble quand le scénario tourne.
Quand l'utiliser
un dirigeant veut voir ce qui avance sans ouvrir GitHub ; chaque commit s'ajoute en ligne dans un tableur qu'il consulte déjà.
Attention
un dépôt très actif peut produire beaucoup de commits d'un coup, et chaque bundle traité ensuite coûte une opération (une exécution de module, ce que Make décompte sur ton plan).
GitHub4Watch Forks

Watch Forks

Déclencheur planifié

Dans Make“Triggers when a new fork is created.”

Quelqu'un vient de copier ton dépôt sur son propre compte : c'est ce que signale Watch Forks. Sur un projet open source, c'est l'indice le plus net que des gens comptent bâtir sur ton code.

Comment il se déclenche
planifié. Make cherche les nouveaux forks à chaque exécution.
Quand l'utiliser
tu publies une bibliothèque et veux noter chaque fork avec le profil de son auteur, obtenu par Get a User, dans ton CRM.
Attention
un fork n'est pas une contribution. Beaucoup ne changent jamais une ligne : lis-les comme un signal d'intérêt, pas d'activité.
GitHub5Watch Gists

Watch Gists

Déclencheur planifié

Dans Make“Triggers when a gist is created or updated.”

Tes gists (ces petits bouts de code ou de notes hébergés par GitHub) remontent ici, qu'ils soient nouveaux ou modifiés.

Comment il se déclenche
planifié. Make vérifie tes gists au rythme du scénario.
Quand l'utiliser
tu ranges tes modèles de requêtes ou tes procédures dans des gists et veux en garder une copie dans ton outil de documentation interne.
Attention
une simple correction de faute suffit à faire revenir un gist. Prévois de mettre à jour la fiche existante plutôt que d'en créer une deuxième.
GitHub6Watch Issues

Watch Issues

Déclencheur planifié

Dans Make“Triggers when an issue is created or updated.”

C'est le point de départ de la plupart des scénarios GitHub : une issue ouverte, ou une issue qui change, et le scénario démarre.

Comment il se déclenche
planifié. Make interroge GitHub au rythme du scénario, toutes les 15 minutes par défaut.
Quand l'utiliser
les bugs signalés par tes clients doivent atterrir dans ton outil de support sans que personne ne les recopie.
Attention
comme les modifications le déclenchent aussi, un scénario qui touche à la même issue (étiquette, commentaire, assignation) peut la voir revenir au passage suivant. Un filtre évite la boucle.
GitHub7Watch Labels

Watch Labels

Déclencheur planifié

Dans Make“Triggers when a new label is created.”

Chaque étiquette créée dans GitHub arrive ici. Ça paraît anodin, mais les labels portent souvent la priorité, le client ou la zone du produit.

Comment il se déclenche
planifié. Les nouvelles étiquettes sont relevées à chaque passage.
Quand l'utiliser
ton outil de gestion de projet utilise les mêmes tags que GitHub, et tu veux que la liste reste identique des deux côtés sans ressaisie.
Attention
il voit les étiquettes créées, pas celles posées sur une issue. Pour réagir à une issue étiquetée, pars de Watch Issues.
GitHub8Watch Milestones

Watch Milestones

Déclencheur planifié

Dans Make“Triggers when a milestone is created or updated.”

Watch Milestones suit les jalons qui regroupent des issues dans une version ou un sprint, à leur création comme à chaque mise à jour.

Comment il se déclenche
planifié. Make relit les jalons à chaque exécution.
Quand l'utiliser
ton client suit l'avancement dans un tableau partagé, et chaque jalon modifié dans GitHub doit s'y refléter avec son titre et sa date.
Attention
fermer un jalon, c'est aussi une mise à jour. Filtre sur son état si la suite ne concerne que les jalons ouverts.
GitHub9Watch Organizations

Watch Organizations

Déclencheur planifié

Dans Make“Triggers when a new organization is created.”

Une nouvelle organisation GitHub vient d'être créée : Watch Organizations te l'envoie. On est ici au niveau du compte, au-dessus des dépôts.

Comment il se déclenche
planifié. Make vérifie les nouvelles organisations au rythme du scénario.
Quand l'utiliser
ton entreprise ouvre une organisation par client, et l'équipe informatique tient un inventaire à jour des espaces existants.
Attention
Make ne voit que ce que le jeton voit. Une organisation à laquelle le compte connecté n'a pas accès n'apparaîtra jamais.
GitHub10Watch Pull Requests

Watch Pull Requests

Déclencheur planifié

Dans Make“Triggers when a pull request is created or updated.”

Chaque pull request, qu'elle soit toute neuve ou modifiée depuis le dernier passage, entre dans ton scénario.

Comment il se déclenche
planifié. Make récupère les demandes nouvelles et mises à jour à chaque exécution.
Quand l'utiliser
les relecteurs ratent des demandes noyées dans leurs emails ; tu veux un message dans le canal de l'équipe avec le titre et l'auteur.
Attention
une pull request bouge beaucoup pendant la relecture. Pour un seul message par demande, filtre sur la création ou garde la trace de celles déjà annoncées.
GitHub11Watch Releases

Watch Releases

Déclencheur planifié

Dans Make“Triggers when a new release is created.”

Pour tous ceux qui ne codent pas, la release est le moment qui compte : une nouvelle version est sortie. Ce module la capte.

Comment il se déclenche
planifié. La release est vue au passage suivant du scénario, pas immédiatement.
Quand l'utiliser
ton équipe commerciale doit connaître chaque nouveauté, et les notes de version partent dans un email qu'elle lit déjà.
Attention
retoucher une release après coup ne relance pas le scénario, ce déclencheur ne surveille que les nouvelles.
GitHub12Watch Repositories

Watch Repositories

Déclencheur planifié

Dans Make“Triggers when a new repository is created.”

Watch Repositories remonte chaque dépôt créé sur le compte connecté, un bundle par dépôt.

Comment il se déclenche
planifié. Make vérifie les nouveaux dépôts au rythme du scénario.
Quand l'utiliser
tu veux que chaque nouveau projet démarre pareil, avec une issue de démarrage ouverte par Create an Issue qui liste les étapes de mise en place.
Attention
les dépôts d'essai comptent aussi. Un filtre sur le nom écarte les brouillons.
Modules

Que peut faire Make d'autre dans GitHub ?

GitHub te donne 31 modules. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

GitHub1

Add Assignees

Action

Dans Make“Adds assignees to an issue or pull request.”

Ce module confie une issue ou une pull request à une ou plusieurs personnes, pour qu'il y ait toujours un responsable.

Quand l'utiliser
une issue étiquetée « facturation » doit revenir d'office à la personne qui gère cette partie du code.
Attention
il ajoute, il ne remplace pas. Passe d'abord par Delete Assignees pour un vrai changement de main.
GitHub2

Add Labels

Action

Dans Make“Adds labels to an issue or pull request.”

Make pose des étiquettes sur une issue ou une pull request, comme ton équipe le ferait à la main.

Quand l'utiliser
les issues créées depuis ton formulaire de contact arrivent marquées « client » pour ressortir dans la liste.
Attention
étiqueter une issue la modifie, et Watch Issues le verra au passage suivant.
GitHub3

Create a Comment

Action

Dans Make“Creates a new comment.”

Avec Create a Comment, Make écrit un commentaire dans GitHub au nom du compte connecté.

Quand l'utiliser
prévenir l'auteur d'un bug que son signalement est pris en charge, ou recopier la réponse donnée au client dans ton outil de support.
Attention
le commentaire porte ton nom. Un compte dédié à l'automatisation rend les choses plus claires.
GitHub4

Create an Issue

Action

Dans Make“Creates a new issue.”

Create an Issue ouvre une issue à partir de ce qu'une autre app envoie : un formulaire, un email, une alerte.

Quand l'utiliser
un ticket de support est qualifié de bug et doit arriver chez les développeurs sans ressaisie.
Attention
sans vérification, un même ticket peut créer deux issues. Search Issues sert à repérer les doublons avant.
GitHub5

Delete a Comment

Action

Dans Make“Removes an existing comment.”

Delete a Comment efface un commentaire existant.

Quand l'utiliser
ton scénario poste un message provisoire et doit faire le ménage une fois le travail fini.
Attention
Make ne récupère pas un commentaire supprimé. Teste avec Run once sur une issue jetable avant d'activer.
GitHub6

Delete a Label

Action

Dans Make“Removes a label from an issue.”

Ce module retire une étiquette d'une issue. L'étiquette reste disponible dans le dépôt pour les autres.

Quand l'utiliser
dès qu'un correctif est validé, « à trier » doit disparaître pour garder un backlog lisible.
Attention
la doc le décrit pour les issues ; pour une pull request, vérifie le résultat sur un test.
GitHub7

Delete an Issue

Action

Dans Make“Removes an existing issue.”

Delete an Issue supprime une issue pour de bon, ce qui va plus loin que la fermer.

Quand l'utiliser
les issues de spam sur un dépôt public, une fois qu'un filtre a confirmé qu'il s'agit bien de déchets.
Attention
aucun retour arrière. Pour simplement la sortir de la vue, ferme-la avec Update an Issue.
GitHub8

Delete Assignees

Action

Dans Make“Removes assignees from an issue or pull request.”

Delete Assignees retire des personnes d'une issue ou d'une pull request sans toucher au reste.

Quand l'utiliser
quelqu'un quitte le projet et ses sujets ouverts doivent revenir dans le pot commun.
Attention
enchaîne avec Add Assignees si tu réattribues, sinon le sujet reste sans responsable.
GitHub9

Execute a GraphQL Query

Action

Dans Make“Performs an arbitrary authorized GraphQl query.”

Ce module envoie à GitHub une requête que tu écris toi-même en GraphQL, le langage de requête de GitHub, avec les droits de ta connexion. Il couvre ce que les autres modules ne font pas.

Quand l'utiliser
il te faut une donnée qu'aucun module Get ou Search ne renvoie, et quelqu'un sait écrire du GraphQL.
Attention
c'est le seul module technique de la liste, tous les autres s'utilisent sans langage de requête.
GitHub10

Get a Branch

Action

Dans Make“Retrieves an existing branch.”

Get a Branch récupère le détail d'une branche précise que tu connais déjà.

Quand l'utiliser
un message de l'équipe cite une branche et le scénario doit en connaître le détail avant de choisir la suite.
Attention
une seule branche à la fois. Pour en parcourir plusieurs, prends Search Branches.
GitHub11

Get a Comment

Action

Dans Make“Retrieves an existing comment.”

Get a Comment lit un commentaire existant en entier.

Quand l'utiliser
un module précédent ne t'a donné qu'une référence, et l'étape suivante a besoin du texte.
Attention
si le commentaire a été supprimé entre-temps, il n'y a plus rien à lire et l'exécution peut s'arrêter là.
GitHub12

Get a Gist

Action

Dans Make“Retrieves an existing gist.”

Get a Gist charge un gist pour réutiliser son contenu plus loin dans le scénario.

Quand l'utiliser
ton modèle de message vit dans un gist, et tu veux toujours envoyer sa dernière version.
Attention
le gist doit être visible par le compte connecté. Un gist secret d'un collègue ne remontera pas.
GitHub13

Get a Milestone

Action

Dans Make“Retrieves an existing milestone.”

Get a Milestone renvoie l'état actuel d'un jalon.

Quand l'utiliser
avant d'envoyer un point d'avancement au client, tu veux le titre et l'état à jour, pas une donnée périmée.
Attention
il lit un seul jalon ; pour les lister, c'est Search Milestones.
GitHub14

Get an Assignee

Action

Dans Make“Retrieves an existing assignee.”

Get an Assignee vérifie une personne assignable, utile pour s'assurer qu'elle peut bien recevoir le travail.

Quand l'utiliser
ta règle de répartition désigne quelqu'un, et tu veux contrôler avant qu'Add Assignees ne tourne.
Attention
une faute dans l'identifiant provoque une erreur, pas un simple saut.
GitHub15

Get an Issue

Action

Dans Make“Retrieves an existing issue.”

Get an Issue ramène la version complète et actuelle d'une issue.

Quand l'utiliser
un client relance ton support sur un bug, et la réponse doit citer le vrai statut de l'issue.
Attention
il lit sans rien modifier. Pour changer quelque chose, ajoute Update an Issue derrière.
GitHub16

Get an Organization

Action

Dans Make“Retrieves an existing organization.”

Get an Organization renvoie le détail d'une organisation GitHub.

Quand l'utiliser
Watch Organizations en a signalé une nouvelle, et ton inventaire veut plus que son nom.
Attention
ce qui revient dépend de ce que le jeton a le droit de voir.
GitHub17

Get a Pull Request

Action

Dans Make“Retrieves an existing pull request.”

Get a Pull Request lit une pull request telle qu'elle est à l'instant.

Quand l'utiliser
avant de prévenir le client qu'une correction arrive, tu veux vérifier où en est la demande.
Attention
une pull request change vite ; lis-la au moment où tu en as besoin, pas plus tôt.
GitHub18

Get a Release

Action

Dans Make“Retrieves an existing release.”

Get a Release charge une release avec son détail, y compris le texte qui l'accompagne.

Quand l'utiliser
juste après Watch Releases, pour envoyer des notes de version complètes à ton outil d'emailing.
Attention
un texte rédigé à la va-vite partira tel quel. Relis-le dans GitHub.
GitHub19

Get a Repository

Action

Dans Make“Retrieves an existing repository.”

Get a Repository renvoie la fiche complète d'un dépôt que tu connais déjà. Pratique quand un module précédent ne t'a donné que son nom.

Quand l'utiliser
chaque nouveau projet doit avoir sa fiche dans ton tableau de bord, avec plus d'informations que son seul nom.
Attention
un dépôt privé ne revient que si le jeton y a accès.
GitHub20

Get a User

Action

Dans Make“Retrieves an existing user.”

Get a User transforme un identifiant GitHub en profil exploitable.

Quand l'utiliser
Watch Forks t'a donné un pseudo, et tu veux savoir qui se cache derrière avant de le contacter.
Attention
chacun remplit son profil comme il veut ; beaucoup de champs peuvent être vides.
GitHub21

Update a Comment

Action

Dans Make“Updates an existing comment.”

Update a Comment réécrit un commentaire existant sur une issue ou une pull request.

Quand l'utiliser
ton scénario poste « vérification en cours » puis remplace ce texte par le résultat, pour garder le fil court.
Attention
garde la référence du commentaire dès sa création, sinon il faudra le rechercher.
GitHub22

Update an Issue

Action

Dans Make“Updates an existing issue.”

Update an Issue modifie une issue existante, comme tu le ferais dans GitHub.

Quand l'utiliser
le ticket de support est résolu, l'issue liée se ferme sans qu'un développeur intervienne.
Attention
la modification compte comme une mise à jour pour Watch Issues, qui peut relancer ton propre scénario.
GitHub23

Search Assignees

Recherche

Dans Make“Searches for assignees or lists them all.”

Search Assignees liste les personnes à qui on peut confier du travail, ou celles qui correspondent à ta recherche.

Quand l'utiliser
tu veux répartir les nouvelles issues dans l'équipe au lieu de toujours viser le même nom.
Attention
comme toute recherche, elle renvoie zéro, un ou plusieurs bundles, et la suite tourne une fois par bundle.
GitHub24

Search Branches

Recherche

Dans Make“Searches for branches or lists them all.”

Search Branches renvoie les branches qui correspondent à ta recherche, ou toutes.

Quand l'utiliser
ton responsable technique veut la liste des branches jamais nettoyées pour faire le tri.
Attention
sur un gros dépôt, la liste s'allonge et chaque élément coûte des opérations plus loin.
GitHub25

Search Comments

Recherche

Dans Make“Searches for comments or lists them all.”

Search Comments fouille les commentaires pour trouver ceux qui t'intéressent.

Quand l'utiliser
avant une réponse automatique, vérifier que le scénario n'a pas déjà répondu dans ce fil.
Attention
un résultat vide est normal ; prévois ce que fait le scénario quand rien ne correspond.
GitHub26

Search Gists

Recherche

Dans Make“Searches for gists or lists them all.”

Search Gists trouve des gists, ou liste tous ceux du compte connecté.

Quand l'utiliser
tu migres tes snippets vers une base de connaissances et veux tout exporter d'un coup.
Attention
chaque gist trouvé est un bundle distinct, donc une opération de plus dans le module suivant.
GitHub27

Search Issues

Recherche

Dans Make“Searches for issues or lists them all.”

Search Issues, c'est la vérification à faire avant de créer quoi que ce soit : l'issue existe-t-elle déjà ?

Quand l'utiliser
une alerte de supervision revient et doit commenter l'issue ouverte au lieu d'en ouvrir une deuxième.
Attention
aucun résultat n'est pas une erreur. Ajoute un filtre pour que la suite ne tourne que si quelque chose a été trouvé.
GitHub28

Search Milestones

Recherche

Dans Make“Searches for milestones or lists them all.”

Search Milestones liste les jalons ou ne garde que ceux que tu cherches.

Quand l'utiliser
ton tableau de planification doit montrer tous les jalons d'un projet, pas seulement le dernier modifié.
Attention
les jalons fermés peuvent sortir aussi ; filtre sur l'état si la liste concerne le travail en cours.
GitHub29

Search Organization Members

Recherche

Dans Make“Searches for organization members or lists them all.”

Search Organization Members renvoie les membres d'une organisation, tous ou ceux qui correspondent à ta recherche.

Quand l'utiliser
une revue des accès compare la liste des membres avec ton outil RH.
Attention
la liste dépend de ce que voit le jeton, parfois moins qu'un propriétaire.
GitHub30

Search Pull Requests

Recherche

Dans Make“Searches for pull requests or lists them all.”

Search Pull Requests ramène plusieurs pull requests en une fois.

Quand l'utiliser
tu veux un récap des demandes qui attendent une relecture, envoyé là où les relecteurs lisent.
Attention
pour un seul message au lieu d'un par demande, ajoute un agrégateur derrière.
GitHub31

Search Releases

Recherche

Dans Make“Searches for releases or lists them all.”

Search Releases liste les releases d'un dépôt, ou celles qui correspondent à ta recherche.

Quand l'utiliser
tu montes un historique des versions dans un autre outil et il te faut les anciennes, pas seulement la prochaine.
Attention
lance-le une fois pour l'historique, puis laisse Watch Releases gérer les nouvelles, pour ne rien importer deux fois.
Besoin d'aide

Besoin d'aide pour automatiser GitHub avec Make ?

Une personne lit chaque message.

FAQ

GitHub et Make : les questions qu'on se pose

01L'intégration GitHub Make est-elle gratuite ?
Oui. GitHub est une app standard, disponible dès le plan Free de Make. Ce plan a ses limites : 2 scénarios actifs, 15 minutes au minimum entre deux exécutions planifiées, 5 minutes d'exécution au plus, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants (Core, Pro, Teams, Enterprise) descendent à 1 minute d'intervalle, lèvent la limite de scénarios actifs et vont jusqu'à 40 minutes d'exécution. La consommation se compte en opérations par mois. Côté GitHub, il te faut un compte actif ; sa page de tarifs indique ce que couvre ton abonnement.
02Que faut-il pour connecter GitHub à Make ?
D'un compte GitHub actif et d'un jeton d'accès. Le jeton se crée dans GitHub : photo de profil, Settings, Developer settings, puis Fine-grained tokens ou Tokens (classic). Clique sur Generate new token, remplis les informations, génère-le et copie-le aussitôt, car GitHub ne l'affiche qu'une fois. Dans Make, pose un module GitHub, clique sur Create a connection, donne-lui un nom si tu veux et colle le jeton. Tous les modules GitHub de tes scénarios réutilisent ensuite cette connexion.
03Les déclencheurs GitHub réagissent-ils en temps réel dans Make ?
Non. Les 12 déclencheurs GitHub de Make sont planifiés : Make interroge GitHub à chaque exécution du scénario, toutes les 15 minutes par défaut. Sur un plan payant, tu peux réduire l'intervalle jusqu'à 1 minute ; le plan Free reste à 15 minutes minimum. L'horloge affichée sur le module le rappelle. Si ton process ne supporte pas quelques minutes de décalage, tiens-en compte avant de construire ton scénario autour de ces déclencheurs.
04Que faire si le module GitHub voulu manque dans Make ?
Ça dépend de ce qui manque. GitHub n'a pas de module Make an API Call, ce module passe-partout que d'autres apps proposent pour tout faire à la main. Son équivalent ici s'appelle Execute a GraphQL Query : tu y écris toi-même une requête en GraphQL, le langage de requête que comprend GitHub, et Make l'envoie avec les droits de ta connexion. Si personne dans l'équipe ne sait écrire ce genre de requête, cherche une autre app qui fait le travail dans le même scénario, ou demande de l'aide à l'équipe. Dernier point : la doc officielle de cette app est signalée comme générée par IA, alors teste chaque module avec Run once avant de t'y fier.
05Make ou n8n pour automatiser GitHub ?
Ça dépend de qui construit et maintient l'automatisation. GitHub existe aussi sous forme de nœud dans n8n, donc les deux outils sont une option. Côté Make, tu as 43 modules GitHub, dont 12 déclencheurs, tous planifiés. Pour trancher, liste les modules dont tu as besoin et vérifie qu'ils existent, demande-toi qui fera vivre le scénario dans six mois, et regarde si un décalage de quelques minutes gêne ton process. Le reste est une question d'outil avec lequel ton équipe est à l'aise, pas de classement entre les deux.
Même plateforme

Autres docs utiles sur ce stack.

Voir toutes les intégrations