API Azure DevOps : work items, dépôts et pipelines avec l'IA
Azure DevOps expose Boards, Repos, Pipelines, Test Plans et Artifacts par une API REST versionnée. Les équipes d'ingénierie et d'IT s'en servent pour automatiser leur flux de travail et se connecter à d'autres systèmes. L'accès se fait par un jeton d'accès personnel (PAT) ou par une identité Microsoft Entra ID.
Ce que propose l’API Azure DevOps
Work items et WIQL
Créer, mettre à jour et interroger des work items avec le langage WIQL.
Dépôts et pull requests
Lire le code, les branches et les commits, et commenter les pull requests.
Pipelines
Déclencher des exécutions, lire les journaux et le statut des builds et des releases.
Test Plans
Consulter les plans, les cas et les résultats de test.
Service hooks
Envoyer des événements vers des systèmes externes.
Projets et équipes
Consulter les projets, les zones, les itérations et les membres.
Comment accéder à l’API Azure DevOps
- Avec les identifiants de votre entrepriseJeton d'accès personnel (PAT) aux périmètres limités, ou OAuth/identité managée Microsoft Entra ID, recommandée pour les intégrations.
- Les PAT expirent et donnent un accès large : préférez des périmètres minimaux et Entra ID.
- Le déclenchement de pipelines de production ne se fait qu'avec approbation.
- Des limites d'usage existent par utilisateur : l'agent évite les balayages massifs.
Documentation officielle: learn.microsoft.com/rest/api/azure/devops
Ce qu’un agent iTeam fait avec l’API Azure DevOps
Revue de pull request
L'agent lit le diff, signale les risques et laisse des commentaires pour que le relecteur humain décide.
Build cassé expliqué
Quand le pipeline échoue, l'agent lit le journal et publie dans Teams la cause probable.
Point sur le sprint
L'agent consulte l'itération et résume ce qui a été livré et ce qui est bloqué.
Bug bien consigné
Les retours des utilisateurs deviennent des work items avec étapes, environnement et priorité.
De l’identifiant à l’agent au travail, avec validation
Créer l'accès
Créez dans l'organisation une identité de service ou un PAT aux périmètres minimaux (par exemple, lecture des work items et du code).
Garder l'accès et limiter ce que fait chaque agent
L'accès à Azure DevOps est enregistré dans le coffre-fort d'iTeam. Vous choisissez quels agents l'utilisent et ce qu'ils peuvent faire (consulter les work items, commenter une PR, lire les pipelines), avec un plafond de coût et la trace de chaque appel.
Lancer le pilote avec approbation
Pendant le pilote, demandez à l'agent un commentaire sur une PR de test. L'équipe approuve les actions sensibles et suit l'historique des appels dans iTeam.
Équipes IA prêtes à l’emploi pour ce travail
Analyse de données
Posez une question métier dans Slack ou Teams : l'équipe écrit la requête, vérifie le résultat et vous répond avec le chiffre et sa source.
Support informatique interne
Mot de passe, accès, matériel : la demande est posée dans Slack ou Teams, l'agent répond ou ouvre un ticket Jira complet.
Questions sur l’API Azure DevOps
L'API Azure DevOps est-elle gratuite ?
L'API est fournie avec Azure DevOps ; le coût est celui des utilisateurs et des ressources du forfait, comme le parallélisme des pipelines.
Faut-il programmer pour utiliser l'API Azure DevOps avec iTeam ?
Pas forcément. L'équipe de déploiement d'iTeam configure l'accès à Azure DevOps et les actions de chaque agent à partir de la documentation ; la DSI n'a qu'à délivrer l'identifiant et à vérifier les permissions.
Existe-t-il un MCP pour Azure DevOps ?
Oui, Microsoft met à disposition un serveur MCP pour Azure DevOps. iTeam peut l'utiliser ou appeler directement l'API REST.
