Ein erfahrener Architekt bei jedem Pull Request.

ArchPilot greift, sobald ein Pull-/Merge-Request geöffnet wird, liest den geänderten Code anhand Ihrer Architekturregeln und hinterlässt den Fix als Inline-Review-Kommentar.

Kontakt aufnehmen Demo buchen

Bildschirme aus einer laufenden Installation

Der Weg eines Merge Requests

Sechs Schritte zwischen Ihrer CI und dem AppArch-Panel, beide in Ihrem Netzwerk. Das Repository wird nie hochgeladen; nur die Befunde werden übertragen.

CI und Git
Ein Merge Request wird geöffnet

Ein neuer MR oder ein neuer Push darauf startet Ihre Pipeline.
CI und Git
Der Analyzer-Job startet

Er holt den Regelsatz aus dem Panel, mit bereits angewendeten Projekt- und Workspace-Einstellungen.
CI und Git
Nur geänderte Dateien werden gelesen

Im Review-Modus ermittelt der Analyzer zuerst die geänderten Dateien und liest nur diese.
AppArch-Panel
Befunde gehen ans Panel

Regel, Datei, Zeile und Meldung gehen ans Panel; das Repository selbst wird nie hochgeladen.
AppArch-Panel
Neu, wiederholt oder behoben

Das Panel vergleicht mit dem vorherigen Lauf: Neue Befunde bekommen einen Kommentar, wiederholte werden nicht erneut gepostet, behobene werden aufgelöst.
CI und Git
Kommentare und Zusammenfassung landen

Inline-Kommentare auf den genauen Zeilen und ein AppArch-Abschnitt mit den Summen in der MR-Beschreibung.

Optionales Gate: Wählen Sie im Panel einen Fail-on-Schweregrad; erreicht ein Befund ihn, beendet sich der Job nach dem Senden der Ergebnisse mit Code 4 und die Pipeline wird rot.

Anatomie eines Kommentars

Jeder Kommentar beantwortet dieselben fünf Fragen und sieht bei allen vier Git-Anbietern gleich aus.

AP ArchPilot src/Orders/OrderService.cs

41public Order Get(Guid id)

42using var conn = new SqlConnection(_cs);2

1FehlerDomain-Schicht darf nicht von Infrastruktur abhängen

3OrderService spricht direkt mit SqlConnection, die Domain hängt jetzt vom Datenbanktreiber ab. Geschäftsregeln werden schwer testbar und an einen Speicher gebunden.

4Vorschlag: Verschieben Sie den Datenzugriff hinter ein Repository-Interface und injizieren Sie es in den Service.

5Regeldetails

Regel und Schweregrad

Welche Regel und wie ernst. Der Schweregrad steuert Score und optionales Gate.
Die genaue Zeile

Der Kommentar steht auf der Zeile, die gegen die Regel verstößt, nie auf einer Annotation darüber.
Warum es wichtig ist

Die Begründung, damit die Korrektur eine Entscheidung ist und kein Raten.
Vorschlag

Was zu ändern ist, wie es der Analyzer vorschlägt.
Regeldetails

Ein Link zur eigenen Dokumentationsseite der Regel.

Nur die Zeilen, die Sie geändert haben

Die alte Schuld in derselben Datei misst ArchScan weiterhin, aber sie wird auf Ihrem Merge Request nie zu Review-Rauschen.

Neuer Verstoß: kommentiert
Bestehende Schuld: kein Kommentar

Das Leben eines Befunds auf einem Merge Request

Ein Kommentar pro Befund, vom ersten bis zum letzten Push. Ein Befund schließt sich einzeln: behoben oder von einer Person geschlossen.

GefundenDer Push, der ihn einführt: ein Inline-Kommentar.
Noch daSpätere Pushes: Der Kommentar bleibt, kein Duplikat.
BehobenDie Zeile verstößt nicht mehr gegen die Regel: Der Kommentar wird aufgelöst.

Manuell geschlossenEine Person schließt ihn: Er zählt als verworfen, nie als behoben.

Vier Git-Anbieter, ein Verhalten

Kommentare werden vom Standard-Integrationsbenutzer oder einem workspace-eigenen Bot-Konto gepostet.

GitHub GitLab Bitbucket Azure DevOps

Was unter der Haube steckt

ArchPilot ist kein Linter - es verhält sich wie ein Architekt, der sich ohne Lärm in den Workflow Ihres Teams einfügt.

Inline-Review-Kommentare

Der Befund erscheint genau an der Zeile - er erklärt, was falsch ist, warum, und den Lösungsvorschlag, genau wie ein menschlicher Reviewer. Sie können im Thread antworten, um zu diskutieren.

Diff-bezogene Analyse

Es wird nur der in diesem PR/MR geänderte Code geprüft. Altlasten werden nie zum Rauschen - das Team konzentriert sich nur auf das Risiko, das es jetzt einführt.

Dedupliziert & automatisch aufgelöst

Kommentare sind marker-basiert: derselbe Befund wird bei jedem Push nicht erneut gepostet, und behobene Verstöße werden automatisch aufgelöst. Der PR bleibt sauber und lesbar.

Dediziertes Bot-Konto + Kommentarsprache

Kommentare werden vom Standard-Integrationsbenutzer oder einem workspace-eigenen Bot-Konto gepostet. Sie wählen die Kommentarsprache pro Workspace (EN/TR).

Manuelle Reviews auf Abruf

Lösen Sie eine Review für einen bestimmten MR direkt aus dem Panel aus. ArchPilot prüft zuerst den Zugriff ("kann ich es lesen?") und führt die Review dann in Ihrer eigenen CI-Pipeline aus.

Entwickler-Synchronisierung & Scoring

Git-Mitglieder und MR-Autoren werden automatisch synchronisiert; Service-/Bot-Konten werden automatisch markiert (und sind bearbeitbar). Jeder Entwickler erhält einen ArchPilot-basierten Score.