Produit
Archito NouveauApprend de vos merge requests, signale ce qui bloque Intégrations 25
Solutions
Par rôle
Pourquoi AppArch
Ressources
Clients Tarifs Contact
Langue
Nous contacter

Azure DevOps

Pour Azure Repos et Pipelines

Connectez Azure DevOps avec un PAT ; ArchPilot analyse les pull requests Azure Repos et l'analyse s'exécute dans vos Azure Pipelines.

Authentification : Personal Access Token (PAT)

Écrans d'une installation en fonctionnement

Comment ça se connecte

  1. 01

    Connecter avec un PAT

    Fournissez un token à portée limitée.

  2. 02

    Sélectionner les repos

    Choisissez les Azure Repos à analyser.

  3. 03

    Ouvrir une PR

    ArchPilot analyse le pull request.

Ce que vous obtenez

Commentaires de PR Azure Repos

Retour d'architecture en ligne.

S'exécute dans Azure Pipelines

L'analyse s'exécute comme une étape de pipeline.

Autorisation par PAT

Accès limité et révocable.

Le code reste dans votre infrastructure

L'analyse s'exécute sur votre propre infrastructure.

Comment cela fonctionne dans AppArch

Votre serveur AppArch dialogue avec la plateforme Git ; l'analyse tourne dans votre CI. Voici chaque appel, dans les deux sens.

Ce qu'il lit

  • Dépôts, branches et membres ; les membres toutes les 10 minutes pour la synchro des développeurs
  • Merge requests, approbations et fils de revue ; données de MR toutes les 15 minutes pour MR Insights
  • Protection des branches et réglages de fusion, pour Git Health
  • Fichiers isolés et arborescence, pour la Conformité ; rien n'est cloné

Ce qu'il écrit

  • Commentaires en ligne sur les lignes ajoutées par le changement
  • Une section AppArch dans la description de la MR, ou un commentaire de synthèse si l'édition échoue
  • Résout son propre fil quand le constat a disparu
  • Approbation ou rejet automatique en option ; pas d'approbation si de nouveaux commits sont arrivés après la revue
  • Un vote de relecteur : approuver (10), rejeter (-10) ou réinitialiser (0)
  • Une exécution manuelle de MR met un build en file si le dépôt a exactement une définition de build

Ce qu'il ne fait jamais

  • Aucun statut de commit ni check run : le résultat est le code de sortie de votre job CI
  • Ne clone ni n'envoie jamais le dépôt vers le panneau
  • N'enregistre jamais de webhook lui-même ; collez l'URL si vous en voulez un
  • Azure DevOps Services (dev.azure.com) uniquement ; Azure DevOps Server n'est pas pris en charge
  • La portée de revue est par fichier modifié, pas par ligne modifiée
  • Pas d'analyses de branche planifiées ou à la demande
Identifiants

Un jeton personnel avec Code (Read & Write) et Pull Request Threads (Read & Write), plus le nom de votre organisation. Azure n'expose pas l'expiration, elle n'est donc pas affichée.

Quand les choses se passent

  1. 5 sLes commentaires sont publiés
  2. 10 sLes nouveaux constats sont rattachés à leurs fils
  3. 5 minL'état des MR et les approbations sont relus
  4. 10 minLes membres sont synchronisés
  5. 15 minDonnées de MR pour MR Insights

Un webhook rend le changement d'état d'une MR immédiat au lieu d'attendre la prochaine interrogation.

Voir dans le produit

Toutes les captures

Connecter Azure DevOps

Connectez-vous en quelques minutes - votre première revue arrive dès la prochaine modification.

Abonnez-vous à notre newsletter

Nouveaux modules, notes de version et articles sur l'architecture. Désinscription en un clic, quand vous voulez.