Intégration avec GitHub : chronologie des fonctionnalités et feuille de route

Feuille de route

La section suivante décrit les nouvelles fonctionnalités en développement pour l’intégration d’Azure Boards à GitHub.

  • Sélection de modèle pour l’agent cloud : lors de l’utilisation de l’agent cloud Copilot à partir d’un élément de travail, les utilisateurs peuvent sélectionner dans une liste de modèles.

Fonctionnalités livrées

Serveur MCP distant (préversion publique)

Ce point de terminaison hébergé permet une intégration transparente avec Azure DevOps sans avoir à gérer un serveur local. Visual Studio et Visual Studio Code prennent actuellement en charge cette fonctionnalité, et le support d'autres clients et services, notamment pour Microsoft Foundry et Copilot Studio, sera bientôt disponible.

Selon les outils que vous utilisez, vous devez uniquement ajouter les informations de serveur suivantes à votre mcp.json.

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

Vous pouvez personnaliser votre configuration avec d’autres options de configuration. En savoir plus.

Augmentation de la limite

La limite par connexion lors de la liaison de référentiels GitHub à un projet Azure DevOps est désormais plus élevée. La nouvelle limite maximale dans l’expérience web est désormais de 2 000, correspondant à la limite déjà disponible via l’API REST Update.

Prise en charge des agents personnalisés

L’intégration d’Azure Boards à GitHub Copilot prend désormais en charge la sélection d’agents personnalisés. Lorsque vous créez un agent personnalisé au niveau du référentiel ou de l’organisation, il apparaît automatiquement dans Azure DevOps. Lorsque vous créez un pull request à partir d’un élément de travail, vous voyez un nouveau contrôle de sélection d’agent à côté de la liste des référentiels.

Capture d’écran montrant le contrôle de sélection d’agent personnalisé en regard de la liste des référentiels.

Après avoir sélectionné un agent personnalisé et cliqué sur Créer, l’agent génère les changements de code et crée la pull request dans le référentiel sélectionné.

GitHub Copilot Cloud Agent pour Azure Boards

L’intégration de GitHub Copilot pour Azure Boards permet aux équipes de passer de la planification à l’implémentation en générant des modifications de code directement à partir d’éléments de travail Azure Boards.

À partir d’un élément de travail, les développeurs peuvent invoquer Copilot, sélectionner un dépôt GitHub et une branche cibles, puis créer une pull request provisoire qui reste liée à l’élément de travail d’origine, offrant une traçabilité complète du suivi du travail au code.

Capture d’écran montrant comment créer une pull request en brouillon à partir d’un élément de travail.

Serveur MCP local Azure DevOps

Le serveur MCP local pour Azure DevOps fournit une authentification et une autorisation améliorées, des outils nouveaux et affinés, et introduit des « domaines » pour aider à étendre les outils et à gérer les limites du client.

Le serveur MCP relie les assistants IA comme GitHub Copilot et Azure DevOps, ce qui vous permet d’accéder et d’interagir en toute sécurité avec des éléments de travail, des wikis, des plans de test et bien plus encore à partir de votre propre environnement.

Pour obtenir des instructions d’installation, des exemples et des instructions de contribution, visitez le référentiel azure DevOps MCP Server.

Correctifs de bogues améliorant l’intégration et la sécurité GitHub

Ce sprint, l’équipe a résolu plusieurs bogues critiques pour améliorer la sécurité et la fiabilité des intégrations GitHub d’Azure Boards :

  • Correction de plusieurs problèmes liés à la gestion des jetons d’accès, notamment l’incapacité de révoquer des jetons, l’utilisation d’étendues sur-permissives et le manque de vérification des jetons
  • Résolution des vulnérabilités d’escalade de privilèges dans les flux de connexion GitHub et de création de branche
  • Suppression du stockage persistant des PAT GitHub après déconnexion pour empêcher l’accès inattendu
  • Élimination de l’utilisation des origines génériques dans la configuration CORS pour appliquer des contrôles de sécurité plus stricts
  • Amélioration de la gestion des secrets en faisant pivoter les secrets client GitHub et en arrêtant le partage global entre les organisations
  • Journalisation et auditation améliorées lors de la suppression des connexions de service
  • Résolution des fuites d’informations potentielles causées par des webhooks mal configurés

Intégration de GitHub : mentions de pull requests

Vous pouvez désormais utiliser les mentions ! pour référencer et discuter des pull requests GitHub directement depuis n’importe quel champ de texte long ou commentaire.

Gif des mentions de pull request GitHub.

Intégration de GitHub : prise en charge de la transition d’état

L’intégration prend désormais en charge la liaison des pull requests GitHub aux éléments de travail Azure Boards. Auparavant, seul le Fixes AB#{ID} mot clé était pris en charge. Avec cette mise à jour, vous pouvez désormais utiliser {State or Category} AB#{ID} pour passer automatiquement des éléments de travail à l’état souhaité lors de la fusion.

Si la description de la pull request GitHub inclut un nom d'état, par exemple Validate AB#1234, l'état de l'élément de travail lié est ensuite mis à jour en conséquence. Si le nom d’état n’est pas reconnu, le système vérifie s’il correspond à une catégorie d’état (par exemple Resolved). Si c’est le cas, l’élément de travail est transféré vers le premier état disponible dans cette catégorie.

Capture d’écran de la validation de l’élément de travail.

Si aucun état ou catégorie correspondant n’est trouvé, le mot clé est ignoré et l’état sur l’élément de travail n’est pas mis à jour.

Enfin, le Fixes AB#{ID} mot clé continue de fonctionner comme prévu, en utilisant par défaut la valeur d’état « Closed ».

Intégration GitHub : améliorations de la liaison avec les commits, branches et pull requests

L’équipe Azure DevOps améliore continuellement l’intégration boards + GitHub pour combler les lacunes d’utilisation et s’aligner sur l’expérience que vous connaissez dans Azure Repos.

Avec cette mise à jour, l’équipe a introduit plusieurs améliorations pour simplifier la manière dont les branches, les pull requests et les validations sont reliées aux éléments de travail :

  • Lorsque vous liez une branche GitHub à un élément de travail, toutes les pull requests associées sont automatiquement liées. Il n’est pas nécessaire d’utiliser manuellement AB#.

  • Une fois qu'une pull request est fusionnée, le commit de fusion est automatiquement lié à l'élément de travail.

  • Si vous supprimez la branche une fois la pull request fusionnée, le lien de la branche est automatiquement supprimé de l’élément de travail.

Ces améliorations facilitent le suivi de vos progrès en matière de développement et permettent de maintenir des associations d'éléments de travail propres et à jour.

Améliorations de l'intégration de Gif aux tableaux GitHub.

Intégration GitHub : afficher l’état de build pour les pipelines YAML

Microsoft s’engage à atteindre la parité des fonctionnalités entre YAML et Pipelines classiques. Une fonctionnalité manquante est la possibilité de fournir un lien « Intégré dans la build » lorsque votre dépôt est hébergé dans GitHub. La dernière version résout cet écart en ajoutant une option dans les paramètres de pipeline YAML pour vous permettre de vérifier :

Capture d’écran de la liaison automatique des éléments de travail.

Une fois la compilation terminée, le lien correspondant apparaît automatiquement dans les éléments de travail associés, ce qui améliore la traçabilité globale.

Capture d’écran de l’intégration dans la build.

Intégration de GitHub : liaison du commit de fusion

Le système lie désormais automatiquement le commit de fusion à l’élément de travail correspondant lorsqu’une pull request est terminée.

Augmenter la limite des dépôts GitHub connectés

Au cours des derniers mois, l’équipe produit a amélioré l’expérience utilisateur et l’extensibilité de la connexion de vos dépôts GitHub à un projet Azure DevOps. Dans ce sprint, l’équipe a augmenté la limite maximale de 500 à 1 000 dépôts, ce qui vous donne encore plus de capacité pour gérer vos projets.

Aperçu des demandes de tirage sur GitHub

L’équipe de produit a amélioré l’intégration entre les pull requests GitHub et Azure Boards. Outre l’affichage des états ouverts et fermés, vous pouvez maintenant voir si une pull request est en mode brouillon, nécessite une révision, et l'état des vérifications. Tout cela sans avoir besoin d’ouvrir la pull request.

Gif pour exemple d'informations améliorées sur les pull requests GitHub.

Pour activer cette fonctionnalité, veillez à accéder à l’application Boards dans GitHub pour accepter les autorisations mises à jour demandées pour l’accès en lecture et en écriture aux vérifications.

Capture d’écran des autorisations mises à jour.

Amélioration de la recherche de connexion au référentiel GitHub

La connexion d’un projet Azure DevOps à une organisation GitHub est désormais optimisée, en particulier pour celles avec des milliers de dépôts. L’expérience de recherche et de sélection élimine le risque d’erreurs de délai d’expiration et rend le processus de connexion plus fluide et plus efficace.

Capture d’écran de l’ajout de dépôts GitHub.

Créer une branche GitHub à partir d’un élément de travail

À présent, vous pouvez créer une branche GitHub directement à partir d’un élément de travail dans Azure DevOps. Le lien « Nouvelle branche GitHub » est disponible chaque fois qu’une connexion GitHub est configurée pour votre projet. Ce lien est disponible dans tous les menus contextuels des éléments de travail, notamment le formulaire d’élément de travail, la carte, le backlog et les requêtes. Pour créer une branche, entrez le nom de la branche et sélectionnez le référentiel souhaité et branche de base.

Gif de démonstration de la création d’une branche GitHub à partir d’un élément de travail.

Lier des éléments de travail à GitHub en effectuant une recherche et en sélectionnant le référentiel souhaité, puis approfondir pour rechercher et lier à la pull request ou au commit spécifiques. Vous n’avez plus besoin de plusieurs modifications de fenêtre et copier/coller (même si vous avez toujours cette option).

Gif pour démonstration Ajouter des améliorations de lien.

Dans le cadre des améliorations en cours apportées à l’intégration d’Azure Boards + GitHub, une fonctionnalité en préversion améliore l’expérience avec les liens AB#. Avec cette mise à jour, vos liens AB# s'affichent désormais directement dans la section Développement de la pull request GitHub. Vous pouvez afficher les éléments de travail liés sans avoir à parcourir la description ou les commentaires, ce qui facilite l’accès à ces liens AB#.

Captures d’écran des liens AB#.

Ces liens sont disponibles uniquement lorsque vous utilisez AB# dans la description de la pull request. Elles n'apparaissent pas si vous liez directement depuis la pull request de l'élément de travail. La suppression du lien AB# de la description le supprime également du contrôle du développement.

  • Last updated on