Resources · Make integration

Azure DevOps Make integrationAutomate Azure DevOps with Make.

What happens when your boards and repos start talking to the rest of your stack? The Azure DevOps Make integration gives you 11 modules, including 3 instant triggers. This guide links your organization, then walks you through a first scenario you can test right away.

Verified Trustpilot reviews · AI, automation & growth agency

What you can automate

What can the Azure DevOps Make integration do for you?

The Azure DevOps Make integration lets Make react to what happens in your organization and write back to it. Make builds a scenario, the automation you design as a chain of modules (each module is one brick: a trigger, an action or a search). Azure DevOps can start that chain on its own, and Make can then create, read or update work items.

Turn repository activity into tracked work. Watch Git Events fires as soon as something happens in a repo, and Create a Work Item drops a matching task on the board. Nobody has to retype repo activity into a ticket by hand.

Keep other tools in step with the board. Watch Work Items Events tells Make the moment an event happens on a work item. From there, Get a Work Item pulls its full details so the next module, in another app, receives clean data. If your team tracks requests in a base, the Airtable Make integration is a natural partner.

Tidy up in bulk. Search Work Items returns every item of a given type, or all of them, and Update a Work Item edits each one in turn.

Some limits are worth knowing upfront. The listed modules center on work items; for anything else, Make an API Call reaches the rest of the Azure DevOps API with the same connection. And if you pick too many scopes in a custom app, Make answers with a Requested query string is too long error. The Make troubleshooting guide covers errors like this one.

Azure DevOps may also have a node in n8n. If you are weighing both tools, read n8n vs Make before you commit.

Connect

How do you connect Azure DevOps to Make?

  1. 01

    Allow third-party apps in Azure DevOps

    Log in to Azure DevOps and open Organization settings > Policies from the left sidebar. Turn on Third-party application access via OAuth. No organization yet? Click Create new organization, give it a name and click Create.

  2. 02

    Copy your organization name

    The name sits under Organization Settings. Copy it exactly, spelling included, because the Make connection asks for it in the next step.

  3. 03

    Create the connection in Make

    Add any Azure DevOps module to a scenario and click Create a connection. A connection is your account linked to Make once and reused by every module. Paste the name in Organization, click Save, then confirm access if Azure DevOps asks.

First scenario

Your first scenario with Azure DevOps

GoalWhen a git event happens in an Azure DevOps repository, Make creates a work item so the team can follow it up.

  1. 01

    Create the scenario

    On the Scenarios page, create a new scenario and click the big + to add the first module.

  2. 02

    Add the git trigger

    Search for Azure DevOps, choose Watch Git Events and pick the connection you created. It is an instant trigger: Azure DevOps calls Make through a webhook as soon as the event happens.

  3. 03

    Set it up

    Fill the module fields. Once the connection works, Make lists what it can read in your organization, so you pick from menus instead of typing names from memory.

  4. 04

    Add the work item

    Click the + to the right of the trigger and add Create a Work Item. Map data from the git event into the new item so the team can see where it came from.

  5. 05

    Test with Run once

    Click Run once, then trigger a real event in the repo. Open each module to read the bundles it received; a bundle is one item passed from a module to the next.

  6. 06

    Switch it on

    Happy with the result? Switch the scenario on. From then on, each git event in Azure DevOps reaches Make and turns into a work item.

Triggers

Triggers that start your Azure DevOps scenarios

3 modules start a scenario when something happens in Azure DevOps. A scheduled trigger is checked by Make on the scenario's schedule; an instant one is called by Azure DevOps as soon as it happens.

Azure DevOps1Watch Code Events

Watch Code Events

Instant trigger

In MakeTriggers when an event for code happens.

Get a scenario started whenever something happens to the code in your Azure DevOps organization. This is the trigger to reach for when the code itself is the signal, and you want the rest of your tools to hear about it without anyone relaying the news.

How it fires
instant, Azure DevOps calls Make through a webhook as soon as the event happens.
When to use it
a code change should be announced to people who never open Azure DevOps, such as a support lead or a client manager.
Watch out
each event that reaches Make runs the scenario, and every module that runs counts as an operation on your plan.
Azure DevOps2Watch Git Events

Watch Git Events

Instant trigger

In MakeTriggers when an event for git happens.

You hear from Make the moment a git event lands in one of your repositories. It gives a scenario a clean starting point tied to repo activity, which pairs well with Create a Work Item when each event deserves a follow-up task.

How it fires
instant, Azure DevOps calls Make through a webhook as soon as the event happens.
When to use it
you want repo activity logged as work on the board, or copied into a tool your managers already read.
Watch out
test with Run once and a real event before switching on, so you see which data the bundle actually carries.
Azure DevOps3Watch Work Items Events

Watch Work Items Events

Instant trigger

In MakeTriggers when an event for work items happens.

Your board becomes a starting line: Make is told when an event happens on a work item, and the scenario takes it from there. Follow it with Get a Work Item when the next step needs the item's full details.

How it fires
instant, Azure DevOps calls Make through a webhook as soon as the event happens.
When to use it
a change on the board should update a spreadsheet, a CRM record or a message thread elsewhere.
Watch out
avoid Update a Work Item on the same item in this scenario, or each update may fire the trigger again.
Modules

What Make can do in Azure DevOps

Azure DevOps gives you 8 modules. For each one: what it does for you, when to reach for it, and what to watch out for.

Azure DevOps1

Create a Work Item

Action

In MakeCreates a new work item.

A new work item appears on your board without anyone opening Azure DevOps. It is the module that turns a form entry, an email or a git event into something your team will actually track.

When to use it
requests arrive outside Azure DevOps and keep getting lost between the inbox and the backlog.
Azure DevOps2

Get a Work Item

Action

In MakeRetrieves details about a specific work item.

You get the full details of one work item you already know. Choose it over Search Work Items when you hold a single item, for example the one a trigger just handed you, and need everything about it.

When to use it
a trigger gives you an item and the next app needs more than what arrived with the event.
Azure DevOps3

Make an API Call

Action

In MakePerforms an arbitrary authorized API call.

Reach any part of the Azure DevOps API that the other modules leave out, using the connection you already have. It is the fallback when no listed module does what you need.

When to use it
your case goes beyond work items and triggers.
Watch out
you write the request yourself here, so keep the Azure DevOps API documentation open while you build it.
Azure DevOps4

Update a Work Item

Action

In MakeUpdates a specific work item.

Change an existing work item from your scenario so the board reflects what happened elsewhere. It saves the round trip of someone reading an update in one tool and retyping it in Azure DevOps.

When to use it
a decision made in another app should show on the matching item.
Watch out
an update can wake Watch Work Items Events, so keep the two in separate scenarios.
Azure DevOps5

Search Work Items

Search

In MakeSearches work items by type or returns them all.

Pull a set of work items filtered by type, or every item, in one pass. Unlike Get a Work Item, it can return zero, one or many bundles, and each one flows to the next module separately.

When to use it
you want to act on a whole group, such as all items of one type.
Watch out
many results mean many operations in the modules that follow.
Azure DevOps6

Triggers

ActionIn the docs only

This entry shows up in the Azure DevOps list in Make under the name Triggers, and neither the directory nor the documentation describes what it does. Open it in the editor and read what it asks for before you rely on it.

When to use it
only once the editor shows it fits your case; otherwise the three watch triggers above are documented.
Azure DevOps7

Work Items

ActionIn the docs only

Make lists an entry called Work Items for Azure DevOps, with no official description attached. Rather than guess its behavior, lean on the documented work item modules, which already cover creating, reading, updating and searching items.

When to use it
after checking its settings in the editor, if none of the named work item modules matches your need.
Azure DevOps8

Other

ActionIn the docs only

An entry named Other sits in the Azure DevOps module list, and Make gives no description of it. Check what it offers inside the editor before building a scenario on it, since this page cannot tell you more.

When to use it
rarely; for anything outside work items, Make an API Call is the documented route with your existing connection.
Need help

Need help automating Azure DevOps with Make?

A person reads every message.

FAQ

Azure DevOps and Make: common questions

01Is the Azure DevOps Make integration free?
Yes, Azure DevOps is a standard app in Make, so it works on the Free plan. That plan allows 2 active scenarios, a minimum of 15 minutes between two scheduled runs, 5 minutes of execution per run, files up to 5 MB and 512 MB of data transfer. Paid plans (Core, Pro, Teams and Enterprise) bring the interval down to 1 minute, remove the cap on active scenarios and allow 40 minutes of execution. Usage is counted in operations per month, one per module run on one bundle.
02What does it take to connect Azure DevOps to Make?
An Azure DevOps account with an organization, and the policy Third-party application access via OAuth turned on under Organization settings, then Policies. Copy the organization name shown under Organization Settings. In Make, add an Azure DevOps module, click Create a connection, paste the name in the Organization field and click Save. Confirm access if Azure DevOps prompts you. Custom app credentials are optional and live under Show advanced settings. The connection is created once and reused by every Azure DevOps module.
03Do Azure DevOps triggers in Make fire in real time?
Yes. All 3 Azure DevOps triggers in Make are instant: Watch Code Events, Watch Git Events and Watch Work Items Events. Azure DevOps calls Make through a webhook as soon as the event happens, so the scenario starts right away instead of waiting for a polling interval. That also means every event reaching Make runs the scenario and uses operations. Keep that in mind when a busy repository sends many events.
04What if an Azure DevOps module is missing in Make?
Use Make an API Call. It reaches any endpoint of the Azure DevOps API with the connection you already set up, so you are not limited to the work item modules. You write the request yourself, which takes a little more care than filling a ready-made module. If the connection itself fails with a Requested query string is too long error, you selected too many scopes in your custom app: trim the list and save again.
05Is Make or n8n better for Azure DevOps?
It depends on what your workflow needs. Make offers 11 Azure DevOps modules, with 3 instant triggers and work item actions, plus Make an API Call for the rest. The same app often has an n8n node as well. Compare the specific triggers and actions each tool gives you for your case, and pick the one where your team already builds. The n8n vs Make comparison, linked in the section above, lays out the differences in more detail.