Ressources · Intégration Make

Intégration Azure DevOps MakeAutomatiser Azure DevOps avec Make.

Et si ton tableau Azure DevOps prévenait lui-même le reste de tes outils ? L'intégration Azure DevOps Make compte 11 modules, dont 3 déclencheurs instantanés. Ce guide relie d'abord ton organisation, puis t'accompagne sur un premier scénario à tester tout de suite.

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

Ce que tu peux automatiser

Que permet l'intégration Azure DevOps Make ?

Avec l'intégration Azure DevOps Make, ton organisation Azure DevOps lance des automatisations et reçoit leurs résultats. Dans Make, une automatisation s'appelle un scénario : une suite de modules, chaque module étant une brique (un déclencheur, une action ou une recherche). Azure DevOps démarre le scénario, Make crée, lit ou modifie ensuite des work items.

Un suivi à jour ailleurs que dans Azure DevOps. Dès qu'un événement touche un work item, Watch Work Items Events prévient Make. Get a Work Item récupère alors tout le détail de l'élément, prêt à partir vers un tableur ou un CRM. Pour une base partagée avec l'équipe commerciale, l'Intégration Airtable Make fait un bon relais.

Rien ne se perd entre le dépôt et le backlog. Un événement git arrive, Watch Git Events le capte, Create a Work Item le transforme en tâche. Plus personne ne recopie l'activité du dépôt à la main.

Du ménage en série. Search Work Items sort tous les éléments d'un type donné (ou tous les éléments), et Update a Work Item les modifie un par un.

Deux limites à connaître. Les modules listés tournent autour des work items : pour le reste de l'API, il y a Make an API Call, avec la même connexion. Et trop de scopes cochés dans une app personnalisée provoquent l'erreur Requested query string is too long, détaillée dans le guide Dépannage Make.

Azure DevOps a peut-être aussi un nœud dans n8n. Pour choisir entre les deux, le comparatif n8n vs Make pose les critères.

Connexion

Comment connecter Azure DevOps à Make ?

  1. 01

    Autorise les applications tierces

    Connecte-toi à Azure DevOps. Dans la barre latérale gauche, ouvre Organization settings > Policies et active Third-party application access via OAuth. Pas encore d'organisation ? Clique sur Create new organization, donne-lui un nom, puis Create.

  2. 02

    Récupère le nom de l'organisation

    Il apparaît sous Organization Settings. Copie-le tel quel, à la lettre près : Make te le demande à l'étape suivante pour créer la connexion.

  3. 03

    Crée la connexion dans Make

    Ajoute un module Azure DevOps à ton scénario, puis clique sur Create a connection. La connexion, c'est ton compte relié une fois pour toutes, réutilisé par chaque module. Colle le nom dans Organization, clique sur Save et valide l'accès si on te le demande.

Premier scénario

Ton premier scénario avec Azure DevOps

ObjectifQuand un événement git se produit dans un dépôt Azure DevOps, Make crée un work item pour que l'équipe le suive.

  1. 01

    Crée le scénario

    Depuis la page Scenarios, crée un nouveau scénario, puis clique sur le grand + pour poser le premier module.

  2. 02

    Pose le déclencheur git

    Cherche Azure DevOps, choisis Watch Git Events et sélectionne ta connexion. C'est un déclencheur instantané : Azure DevOps prévient Make par webhook dès que l'événement se produit.

  3. 03

    Règle le module

    Remplis les champs du module. Une fois la connexion en place, Make affiche ce qu'il peut lire dans ton organisation : tu choisis dans une liste, pas besoin de tout connaître par cœur.

  4. 04

    Ajoute la création du work item

    Clique sur le + à droite du déclencheur et ajoute Create a Work Item. Reprends des données de l'événement git dans le nouvel élément, pour qu'on sache d'où il vient.

  5. 05

    Teste avec Run once

    Clique sur Run once, puis provoque un vrai événement dans le dépôt. Ouvre chaque module pour lire les bundles reçus ; un bundle, c'est un élément transmis d'un module au suivant.

  6. 06

    Active le scénario

    Le résultat te convient ? Active le scénario. Désormais, chaque événement git d'Azure DevOps arrive dans Make et devient un work item.

Déclencheurs

Les déclencheurs Azure DevOps

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

Azure DevOps1Watch Code Events

Watch Code Events

Déclencheur instantané

Dans MakeTriggers when an event for code happens.

Ton scénario démarre dès qu'il se passe quelque chose côté code dans ton organisation Azure DevOps. C'est le bon point de départ quand le code lui-même fait office de signal, et que d'autres outils doivent l'apprendre sans qu'un développeur fasse le messager.

Comment il se déclenche
instantané, Azure DevOps prévient Make par webhook dès que ça se passe.
Quand l'utiliser
un chef de projet ou un responsable support doit être informé d'un changement de code sans ouvrir Azure DevOps.
Attention
chaque événement reçu lance le scénario, et chaque module exécuté compte comme une opération sur ton plan.
Azure DevOps2Watch Git Events

Watch Git Events

Déclencheur instantané

Dans MakeTriggers when an event for git happens.

Make est averti à l'instant où un événement git survient dans l'un de tes dépôts. Tu obtiens un départ net, lié à l'activité du dépôt, qui s'enchaîne bien avec Create a Work Item quand chaque événement mérite une tâche de suivi.

Comment il se déclenche
instantané, Azure DevOps prévient Make par webhook dès que ça se passe.
Quand l'utiliser
l'activité du dépôt doit laisser une trace sur le tableau, ou remonter dans l'outil que lit ta direction.
Attention
fais un Run once avec un vrai événement avant d'activer, pour voir les données que contient réellement le bundle.
Azure DevOps3Watch Work Items Events

Watch Work Items Events

Déclencheur instantané

Dans MakeTriggers when an event for work items happens.

Le tableau devient un point de départ : Make apprend qu'un événement vient de toucher un work item, et le scénario prend le relais. Enchaîne avec Get a Work Item si l'étape suivante a besoin de tout le détail de l'élément.

Comment il se déclenche
instantané, Azure DevOps prévient Make par webhook dès que ça se passe.
Quand l'utiliser
un changement sur le tableau doit se refléter dans un tableur, une fiche CRM ou un fil de discussion.
Attention
évite Update a Work Item sur le même élément dans ce scénario, chaque mise à jour risque de relancer le déclencheur.
Modules

Ce que Make sait faire dans Azure DevOps

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

Azure DevOps1

Create a Work Item

Action

Dans MakeCreates a new work item.

Un nouveau work item apparaît sur ton tableau, sans que personne ouvre Azure DevOps. C'est le module qui transforme une demande reçue par formulaire, un e-mail ou un événement git en tâche réellement suivie.

Quand l'utiliser
les demandes arrivent hors d'Azure DevOps et se perdent entre la boîte de réception et le backlog.
Azure DevOps2

Get a Work Item

Action

Dans MakeRetrieves details about a specific work item.

Tu récupères tout le détail d'un work item précis, que tu connais déjà. Préfère-le à Search Work Items quand tu tiens un seul élément, par exemple celui qu'un déclencheur vient de te transmettre.

Quand l'utiliser
l'app suivante a besoin de plus d'informations que celles arrivées avec l'événement.
Azure DevOps3

Make an API Call

Action

Dans MakePerforms an arbitrary authorized API call.

Tu atteins n'importe quelle partie de l'API Azure DevOps que les autres modules ne couvrent pas, avec la connexion existante. C'est la solution de repli quand aucun module listé ne fait l'affaire.

Quand l'utiliser
ton besoin sort du périmètre des work items et des déclencheurs.
Attention
tu rédiges la requête toi-même, garde la documentation de l'API Azure DevOps ouverte à côté.
Azure DevOps4

Update a Work Item

Action

Dans MakeUpdates a specific work item.

Ton scénario modifie un work item existant, et le tableau reflète ce qui s'est décidé ailleurs. Fini l'aller-retour où quelqu'un lit une info dans un outil pour la ressaisir dans Azure DevOps.

Quand l'utiliser
une décision prise dans une autre app doit apparaître sur l'élément correspondant.
Attention
une mise à jour peut réveiller Watch Work Items Events, sépare les deux dans des scénarios distincts.
Azure DevOps5

Search Work Items

Recherche

Dans MakeSearches work items by type or returns them all.

D'un seul coup, tu sors les work items d'un type donné, ou tous. Contrairement à Get a Work Item, ce module peut renvoyer zéro, un ou plusieurs bundles, et chacun passe séparément au module suivant.

Quand l'utiliser
tu veux traiter tout un groupe, par exemple tous les éléments d'un même type.
Attention
beaucoup de résultats, c'est autant d'opérations dans les modules qui suivent.
Azure DevOps6

Triggers

ActionDans la doc seulement

Cette entrée figure dans la liste Azure DevOps de Make sous le nom Triggers, et ni l'annuaire ni la documentation ne décrivent son rôle. Ouvre-la dans l'éditeur et regarde ce qu'elle demande avant de construire dessus.

Quand l'utiliser
seulement si l'éditeur confirme qu'elle colle à ton cas ; sinon, les trois déclencheurs Watch ci-dessus sont documentés.
Azure DevOps7

Work Items

ActionDans la doc seulement

Make affiche pour Azure DevOps une entrée baptisée Work Items, sans description officielle. Plutôt que de deviner son comportement, appuie-toi sur les modules documentés, qui couvrent déjà la création, la lecture, la mise à jour et la recherche d'éléments.

Quand l'utiliser
si aucun module nommé ne répond à ton besoin, et après avoir ouvert ses réglages dans l'éditeur pour voir ce qu'elle attend.
Azure DevOps8

Other

ActionDans la doc seulement

Une entrée nommée Other se trouve dans la liste des modules Azure DevOps, et Make n'en donne aucune description. Regarde ce qu'elle propose dans l'éditeur avant d'y bâtir un scénario : cette page ne peut pas t'en dire davantage.

Quand l'utiliser
rarement ; hors work items, Make an API Call reste la voie documentée, avec ta connexion actuelle.
Besoin d'aide

Besoin d'aide pour automatiser Azure DevOps avec Make ?

Une personne lit chaque message.

FAQ

Azure DevOps et Make : les questions fréquentes

01L'intégration Azure DevOps Make est-elle gratuite ?
Oui. Azure DevOps est une app standard de Make, disponible dès le plan Free. Ce plan donne droit à 2 scénarios actifs, avec au moins 15 minutes 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 l'intervalle à 1 minute, lèvent la limite de scénarios actifs et accordent 40 minutes d'exécution. La consommation se compte en opérations par mois : une opération, c'est un module exécuté sur un bundle.
02Que faut-il pour connecter Azure DevOps à Make ?
Un compte Azure DevOps avec une organisation, et l'option Third-party application access via OAuth activée dans Organization settings, rubrique Policies. Note le nom de l'organisation affiché sous Organization Settings. Côté Make, ajoute un module Azure DevOps, clique sur Create a connection, colle ce nom dans le champ Organization, puis Save. Valide l'accès si Azure DevOps te le demande. Les identifiants d'une app personnalisée restent facultatifs, sous Show advanced settings : la plupart des équipes peuvent s'en passer.
03Les déclencheurs Azure DevOps dans Make réagissent-ils en temps réel ?
Oui. Les 3 déclencheurs Azure DevOps sont instantanés : Watch Code Events, Watch Git Events et Watch Work Items Events. Azure DevOps prévient Make par webhook dès que l'événement se produit, le scénario n'attend donc pas un intervalle de vérification. Revers de la médaille : chaque événement reçu lance le scénario et consomme des opérations. Garde-le en tête si un dépôt très actif envoie beaucoup d'événements : teste d'abord avec Run once pour voir ce que chaque événement déclenche.
04Que faire si le module Azure DevOps dont on a besoin manque dans Make ?
Passe par Make an API Call. Ce module appelle n'importe quel point de l'API Azure DevOps avec la connexion déjà créée, tu n'es donc pas limité aux work items. Tu écris la requête toi-même, ce qui demande un peu plus de rigueur qu'un module prêt à l'emploi. Si c'est la connexion qui échoue avec l'erreur Requested query string is too long, trop de scopes sont cochés dans ton app personnalisée : allège la liste et enregistre à nouveau.
05Make ou n8n pour automatiser Azure DevOps ?
Ça dépend de ton besoin. Make propose 11 modules Azure DevOps, dont 3 déclencheurs instantanés et des actions sur les work items, plus Make an API Call pour le reste. La même app dispose souvent d'un nœud n8n. Regarde, pour ton cas précis, quels déclencheurs et quelles actions chaque outil t'offre, et privilégie celui où ton équipe construit déjà. Le comparatif n8n vs Make, cité plus haut dans la page, détaille les différences.