Produkt
Archito NeuLernt aus Ihren Merge Requests, zeigt, was hängt Integrationen 25
Lösungen
Nach Rolle
Warum AppArch
Ressourcen
Kunden Preise Kontakt
Sprache
Kontakt aufnehmen

GitLab

Inline-MR-Review + Läufe auf Abruf

Verbinden Sie gitlab.com oder Ihr eigenes GitLab per OAuth-Anwendung oder Personal Access Token, und ArchPilot kommentiert Merge Requests. Ein bestimmter MR lässt sich auch im Panel prüfen - der Scan läuft in Ihrer eigenen GitLab CI.

Authentifizierung: OAuth-Anwendung oder Personal Access Token

Bildschirme aus einer laufenden Installation

So funktioniert die Verbindung

  1. 01

    Verbinden

    Registrieren Sie eine OAuth-Anwendung oder fügen Sie ein Token ein; eine eigene Instanz wird mit ihrer URL angegeben.

  2. 02

    Projekte wählen

    Wählen Sie die zu prüfenden GitLab-Projekte.

  3. 03

    MR öffnen oder anstoßen

    Automatisch prüfen lassen oder im Panel anstoßen.

Was Sie erhalten

Inline-MR-Kommentare

Architektur-Feedback, beschränkt auf das Diff.

Manuelle Prüfung auf Abruf

Einen bestimmten MR mit einem Klick im Panel prüfen.

Läuft in der GitLab CI

Die Analyse läuft in Ihrer Pipeline und verlässt Ihre Infrastruktur nicht.

Kommentarsprache

Wählen Sie pro Workspace, in welcher Sprache ArchPilot schreibt.

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
  • Den Schwachstellenbericht alle 4 Stunden (GitLab Ultimate), für ArchSecurity

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
  • Startet MR- und Branch-Pipelines für Ad-hoc-Läufe und kann CI-Variablen schreiben
  • Auto-Ablehnung zieht die Freigabe zurück und hinterlässt eine Notiz, da GitLab keine Ablehnung kennt

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
Anmeldedaten

Eine OAuth-Anwendung (api, read_user, read_repository) oder ein Personal Access Token mit api. OAuth-Tokens werden zwei Minuten vor Ablauf erneuert. gitlab.com oder Ihre eigene Instanz per URL.

Wann was passiert

  1. 5 sKommentare werden gepostet
  2. 10 sNeue Befunde werden ihren Threads zugeordnet
  3. 5 minMR-Status und Freigaben werden neu gelesen
  4. 10 minMitglieder werden synchronisiert
  5. 15 minMR-Daten für MR Insights

Ein Webhook macht MR-Statusänderungen sofort sichtbar, statt auf die nächste Abfrage zu warten.

So sieht es im Produkt aus

Alle Screenshots

GitLab verbinden

Verbinden Sie sich in Minuten - Ihr erstes Review erscheint bei der nächsten Änderung.

Abonnieren Sie unseren Newsletter

Neue Module, Release Notes und Beiträge zur Architektur. Abmelden jederzeit mit einem Klick.