Azure DevOps

Für Azure Repos und Pipelines

Verbinden Sie Azure DevOps mit einem PAT; ArchPilot prüft Azure Repos-Pull-Requests und die Analyse läuft in Ihren Azure Pipelines.

Kontakt aufnehmen Mit dem Vertrieb sprechen

Authentifizierung: Personal Access Token (PAT)

Bildschirme aus einer laufenden Installation

So funktioniert die Verbindung

01
Mit einem PAT verbinden
Geben Sie ein Token mit eingeschränktem Geltungsbereich ein.
02
Repos auswählen
Wählen Sie die zu prüfenden Azure Repos aus.
03
PR öffnen
ArchPilot prüft den Pull Request.

Was Sie erhalten

Azure Repos PR-Kommentare

Inline-Architekturfeedback.

Läuft in Azure Pipelines

Die Analyse läuft als Pipeline-Stage.

PAT-Autorisierung

Eingeschränkter, widerrufbarer Zugriff.

Code bleibt in Ihrer Infrastruktur

Der Scan läuft in Ihrer eigenen Infrastruktur.

Wie es in AppArch funktioniert

Ihr AppArch-Server spricht mit der Git-Plattform; die Analyse läuft in Ihrer CI. Hier ist jeder Aufruf in beide Richtungen.

Was es liest

Repositorys, Branches und Mitglieder; Mitglieder alle 10 Minuten für den Developer-Sync
Merge Requests, Freigaben und Review-Threads; MR-Daten alle 15 Minuten für MR Insights
Branch-Schutz und Merge-Einstellungen, für Git Health
Einzelne Dateien und der Dateibaum, für Compliance; nichts wird geklont

Was es schreibt

Inline-Kommentare an den Zeilen, die die Änderung hinzufügt
Ein AppArch-Abschnitt in der MR-Beschreibung, oder ein Zusammenfassungskommentar, falls das scheitert
Löst den eigenen Thread, sobald der Befund weg ist
Optionale Auto-Freigabe oder Auto-Ablehnung; keine Freigabe, wenn nach dem Review neue Commits kamen
Eine Reviewer-Stimme: Freigabe (10), Ablehnung (-10) oder Zurücksetzen (0)
Ein manueller MR-Lauf stellt einen Build in die Warteschlange, wenn das Repository genau eine Build-Definition hat

Was es nie tut

Keine Commit-Status oder Check-Runs: Das Pipeline-Ergebnis ist der Exit-Code Ihres CI-Jobs
Klont das Repository nie und lädt es nie ins Panel
Registriert nie selbst Webhooks; fügen Sie die URL bei Bedarf selbst ein
Nur Azure DevOps Services (dev.azure.com); Azure DevOps Server wird nicht unterstützt
Der Review-Umfang ist pro geänderter Datei, nicht pro geänderter Zeile
Keine geplanten oder Ad-hoc-Branch-Scans

Anmeldedaten

Ein Personal Access Token mit Code (Read & Write) und Pull Request Threads (Read & Write) sowie Ihr Organisationsname. Azure gibt den Ablauf nicht preis, daher wird er nicht angezeigt.