Recursos · Integración Make

Integración Azure DevOps MakeAutomatiza Azure DevOps con Make.

¿Tus repositorios y tu tablero podrían avisar solos al resto de herramientas? La integración Azure DevOps Make trae 11 módulos, 3 de ellos disparadores instantáneos. Aquí conectas tu organización y montas un primer escenario que puedes probar enseguida.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Lo que puedes automatizar

¿Qué puedes hacer con la integración Azure DevOps Make?

La integración Azure DevOps Make hace que tu organización de Azure DevOps arranque automatizaciones y reciba sus resultados. En Make, cada automatización es un escenario: una cadena de módulos, y cada módulo es una pieza (un disparador, una acción o una búsqueda). Azure DevOps pone en marcha el escenario y Make crea, consulta o actualiza work items.

Limpieza por lotes. Search Work Items devuelve todos los elementos de un tipo concreto, o todos sin filtro, y Update a Work Item los cambia uno a uno. Ideal para poner orden en un backlog que ha crecido demasiado.

Del repositorio al backlog sin copiar y pegar. Cuando llega un evento git, Watch Git Events lo recoge y Create a Work Item lo convierte en una tarea con seguimiento.

El resto del equipo, al tanto. Watch Work Items Events avisa a Make en cuanto ocurre algo en un work item; Get a Work Item trae después todos sus datos para pasarlos a otra app. Si tu área comercial trabaja en una base compartida, la Integración Airtable Make encaja bien.

Hay límites que conviene conocer. Los módulos de la lista giran en torno a los work items; para el resto de la API está Make an API Call, con la misma conexión. Además, marcar demasiados scopes en una app propia provoca el error Requested query string is too long; la guía Depuración Make ayuda con fallos así.

Puede que Azure DevOps tenga también un nodo en n8n. Si dudas entre las dos herramientas, revisa n8n vs Make.

Conexión

¿Cómo se conecta Azure DevOps con Make?

  1. 01

    Habilita el acceso de apps de terceros

    Entra en Azure DevOps y, en la barra lateral izquierda, abre Organization settings > Policies. Activa Third-party application access via OAuth. ¿Aún no tienes organización? Pulsa Create new organization, ponle nombre y dale a Create.

  2. 02

    Copia el nombre de la organización

    Lo encuentras bajo Organization Settings. Cópialo sin cambiar ni una letra: Make te lo pedirá en el paso siguiente, al crear la conexión.

  3. 03

    Crea la conexión en Make

    Añade un módulo de Azure DevOps al escenario y pulsa Create a connection. La conexión es tu cuenta enlazada a Make una sola vez, y todos los módulos la reutilizan. Pega el nombre en Organization, pulsa Save y confirma el acceso si te lo pide.

Primer escenario

Tu primer escenario con Azure DevOps

ObjetivoCuando ocurre un evento git en un repositorio de Azure DevOps, Make crea un work item para que el equipo le dé seguimiento.

  1. 01

    Crea el escenario

    En la página Scenarios, crea un escenario nuevo y pulsa el + grande para colocar el primer módulo.

  2. 02

    Coloca el disparador git

    Busca Azure DevOps, elige Watch Git Events y selecciona tu conexión. Es un disparador instantáneo: Azure DevOps avisa a Make por webhook en cuanto ocurre el evento.

  3. 03

    Configura el módulo

    Rellena los campos del módulo. Con la conexión activa, Make muestra lo que puede leer en tu organización, así que eliges de una lista en vez de escribir de memoria.

  4. 04

    Añade el work item

    Pulsa el + a la derecha del disparador y añade Create a Work Item. Lleva datos del evento git al elemento nuevo, para que se sepa de dónde viene.

  5. 05

    Prueba con Run once

    Pulsa Run once y provoca un evento real en el repositorio. Abre cada módulo para ver los bundles recibidos; un bundle es un elemento que pasa de un módulo al siguiente.

  6. 06

    Actívalo

    ¿Todo bien? Activa el escenario. A partir de ahí, cada evento git de Azure DevOps llega a Make y se convierte en un work item.

Disparadores

Disparadores de Azure DevOps en Make

3 módulos arrancan un escenario cuando algo ocurre en Azure DevOps. Un disparador programado lo revisa Make según la programación del escenario; uno instantáneo lo llama Azure DevOps en cuanto ocurre.

Azure DevOps1Watch Code Events

Watch Code Events

Disparador instantáneo

En MakeTriggers when an event for code happens.

Tu escenario arranca en cuanto pasa algo con el código de tu organización de Azure DevOps. Es el punto de partida adecuado cuando el propio código es la señal y otras herramientas deben enterarse sin que nadie haga de mensajero.

Cómo se dispara
instantáneo, la app avisa a Make por webhook en cuanto ocurre.
Cuándo usarlo
un responsable de soporte o una gerente de cuenta necesita saber de un cambio de código sin entrar en Azure DevOps.
Ojo
cada evento recibido ejecuta el escenario, y cada módulo que corre cuenta como una operación de tu plan.
Azure DevOps2Watch Git Events

Watch Git Events

Disparador instantáneo

En MakeTriggers when an event for git happens.

Make se entera al instante de cada evento git en tus repositorios. Te da un arranque limpio ligado a la actividad del repositorio, y combina bien con Create a Work Item cuando cada evento merece una tarea de seguimiento.

Cómo se dispara
instantáneo, la app avisa a Make por webhook en cuanto ocurre.
Cuándo usarlo
quieres que la actividad del repositorio quede registrada en el tablero o llegue a la herramienta que consulta la dirección.
Ojo
haz un Run once con un evento real antes de activar, así ves qué datos trae de verdad el bundle.
Azure DevOps3Watch Work Items Events

Watch Work Items Events

Disparador instantáneo

En MakeTriggers when an event for work items happens.

El tablero se convierte en punto de partida: Make sabe que algo acaba de pasar en un work item y el escenario toma el relevo. Sigue con Get a Work Item si el paso siguiente necesita todos los datos del elemento.

Cómo se dispara
instantáneo, la app avisa a Make por webhook en cuanto ocurre.
Cuándo usarlo
un cambio en el tablero tiene que verse en una hoja de cálculo, una ficha del CRM o un canal del equipo.
Ojo
no uses Update a Work Item sobre el mismo elemento en este escenario, cada actualización podría volver a dispararlo.
Módulos

Lo que Make puede hacer en Azure DevOps

Azure DevOps te da 8 módulos. Para cada uno: qué hace por ti, cuándo elegirlo y a qué prestar atención.

Azure DevOps1

Create a Work Item

Acción

En MakeCreates a new work item.

Aparece un work item nuevo en tu tablero sin que nadie abra Azure DevOps. Es el módulo que convierte una solicitud de formulario, un correo o un evento git en una tarea con seguimiento real.

Cuándo usarlo
las peticiones llegan por fuera de Azure DevOps y se quedan perdidas entre el correo y el backlog.
Azure DevOps2

Get a Work Item

Acción

En MakeRetrieves details about a specific work item.

Obtienes todos los datos de un work item concreto que ya tienes identificado. Elígelo frente a Search Work Items cuando manejas un único elemento, por ejemplo el que acaba de pasarte un disparador.

Cuándo usarlo
la app siguiente necesita más información de la que llegó con el evento.
Azure DevOps3

Make an API Call

Acción

En MakePerforms an arbitrary authorized API call.

Llegas a cualquier parte de la API de Azure DevOps que los demás módulos no cubren, con la conexión que ya tienes. Es la salida cuando ningún módulo de la lista resuelve lo que buscas.

Cuándo usarlo
tu caso va más allá de los work items y los disparadores.
Ojo
aquí escribes la petición tú, así que ten a mano la documentación de la API de Azure DevOps.
Azure DevOps4

Update a Work Item

Acción

En MakeUpdates a specific work item.

El escenario cambia un work item existente y el tablero refleja lo decidido en otra parte. Se acabó leer un dato en una herramienta para volver a teclearlo en Azure DevOps.

Cuándo usarlo
una decisión tomada en otra app tiene que aparecer en el elemento que le corresponde.
Ojo
una actualización puede despertar Watch Work Items Events, mejor tenerlos en escenarios separados.
Azure DevOps5

Search Work Items

Búsqueda

En MakeSearches work items by type or returns them all.

De una vez, sacas los work items de un tipo concreto o todos. A diferencia de Get a Work Item, puede devolver cero, uno o varios bundles, y cada uno pasa por separado al módulo siguiente.

Cuándo usarlo
quieres actuar sobre un grupo entero, como todos los elementos de un mismo tipo.
Ojo
muchos resultados son muchas operaciones en los módulos que vienen después.
Azure DevOps6

Triggers

AcciónSolo en la doc

En la lista de Azure DevOps dentro de Make figura una entrada llamada Triggers, y ni el directorio ni la documentación explican qué hace. Ábrela en el editor y mira qué te pide antes de construir nada sobre ella.

Cuándo usarlo
solo si el editor confirma que encaja con tu caso; si no, los tres disparadores Watch de arriba están documentados.
Azure DevOps7

Work Items

AcciónSolo en la doc

Make muestra para Azure DevOps una entrada con el nombre Work Items y sin descripción oficial. En lugar de suponer cómo se comporta, apóyate en los módulos documentados, que ya cubren crear, consultar, actualizar y buscar elementos.

Cuándo usarlo
tras revisar sus ajustes en el editor, si ningún módulo con nombre propio resuelve tu necesidad.
Azure DevOps8

Other

AcciónSolo en la doc

Entre los módulos de Azure DevOps aparece uno llamado Other, del que Make no da ninguna descripción. Revisa en el editor qué ofrece antes de montar un escenario con él, porque esta página no puede contarte más.

Cuándo usarlo
pocas veces; fuera de los work items, Make an API Call es la vía documentada con tu conexión actual.
¿Necesitas ayuda?

¿Necesitas ayuda para automatizar Azure DevOps con Make?

Una persona lee cada mensaje.

FAQ

Azure DevOps y Make: preguntas frecuentes

01¿La integración Azure DevOps Make es gratis?
Sí. Azure DevOps es una app estándar de Make y funciona desde el plan Free. Ese plan permite 2 escenarios activos, un mínimo de 15 minutos entre dos ejecuciones programadas, 5 minutos de ejecución como máximo, archivos de hasta 5 MB y 512 MB de transferencia. Los planes de pago (Core, Pro, Teams y Enterprise) bajan el intervalo a 1 minuto, quitan el tope de escenarios activos y dan 40 minutos de ejecución. El consumo se mide en operaciones al mes: una operación es un módulo ejecutado sobre un bundle.
02¿Qué se necesita para conectar Azure DevOps con Make?
Una cuenta de Azure DevOps con organización y la política Third-party application access via OAuth activada en Organization settings, apartado Policies. Apunta el nombre de la organización que aparece bajo Organization Settings. En Make, añade un módulo de Azure DevOps, pulsa Create a connection, pega ese nombre en el campo Organization y pulsa Save. Confirma el acceso si Azure DevOps lo solicita. Las credenciales de una app propia son opcionales y están en Show advanced settings.
03¿Los disparadores de Azure DevOps en Make funcionan en tiempo real?
Sí. Los 3 disparadores de Azure DevOps son instantáneos: Watch Code Events, Watch Git Events y Watch Work Items Events. Azure DevOps avisa a Make por webhook en cuanto ocurre el evento, así que el escenario no espera a ningún intervalo de revisión. La otra cara: cada evento recibido ejecuta el escenario y gasta operaciones. Tenlo presente si un repositorio con mucho movimiento envía muchos eventos: prueba antes con Run once para ver qué pone en marcha cada evento.
04¿Qué hacer si falta el módulo de Azure DevOps que necesitas en Make?
Recurre a Make an API Call. Llama a cualquier punto de la API de Azure DevOps con la conexión que ya creaste, de modo que no quedas limitado a los work items. La petición la escribes tú, lo que pide algo más de cuidado que un módulo listo para usar. Si lo que falla es la conexión, con el error Requested query string is too long, tienes demasiados scopes marcados en tu app propia: reduce la lista y guarda de nuevo.
05¿Make o n8n para Azure DevOps?
Depende de lo que necesites. Make ofrece 11 módulos de Azure DevOps, con 3 disparadores instantáneos y acciones sobre work items, además de Make an API Call para lo demás. La misma app suele tener también un nodo en n8n. Compara qué disparadores y acciones te da cada herramienta para tu caso concreto y quédate con la que tu equipo ya usa para construir. La comparativa n8n vs Make, enlazada más arriba, entra en detalle.