Integrationen im Überblick
AppArch erreicht Ihren Code über einen Zugang (Credential) für Ihre Git-Plattform. Alles andere - CI, Issue-Tracking, Benachrichtigungen, KI - ist optional und wird separat verbunden.
Die Produktoberfläche gibt es auf Englisch und Türkisch; Menünamen stehen hier daher so, wie die englische Oberfläche sie zeigt.
Git-Plattformen
Abschnitt betitelt „Git-Plattformen“Git-Verbindungen werden unter Credentials → Add credential angelegt. Der Assistent hat drei Schritte: Anbieter wählen, die anbieterspezifische Einrichtung befolgen, Werte einfügen.
| Plattform | Authentifizierung | Wo sie laufen kann |
|---|---|---|
| GitHub | Personal Access Token (fine-grained oder classic) | Nur github.com |
| GitLab | OAuth-Anwendung oder Personal Access Token | gitlab.com oder selbstverwaltetes GitLab (per URL) |
| Bitbucket | OAuth-Client oder Workspace- / Repository-Access-Token | Nur Bitbucket Cloud |
| Azure DevOps | Personal Access Token | Nur Azure DevOps Services (dev.azure.com) |
Eine generische “Custom Git”-Verbindung gibt es nicht. Der einzige selbst gehostete Server, den AppArch erreicht, ist ein selbstverwaltetes GitLab - siehe Selbst gehostetes Git.
Ein eingefügtes Token wird vor dem Speichern beim Anbieter geprüft: Ein ungültiges oder abgelaufenes Token oder eines ohne Lesezugriff wird abgelehnt. Zugänge werden mit dem Master-Schlüssel der Installation verschlüsselt gespeichert.
Welche Anbieter überhaupt angeboten werden, entscheidet der Betreiber der Installation (Administration → Settings → Policies, /management/settings/policies). Ein geschlossener Anbieter verschwindet aus dem Assistenten, und die Api lehnt ihn ab.
CI-Systeme
Abschnitt betitelt „CI-Systeme“Der Runner (Collector) ist ein Container-Image, das in Ihrer eigenen CI läuft. Einen Pull/Merge Request erkennt er an den eigenen Umgebungsvariablen dieser CI-Systeme:
- GitHub Actions
- GitLab CI
- Bitbucket Pipelines
- Azure Pipelines
Jede andere CI startet dasselbe Image mit docker run und übergibt den PR-Kontext explizit - siehe Jenkins. Einrichtung für alle: Runner in die CI einbinden.
Weitere Integrationen
Abschnitt betitelt „Weitere Integrationen“Pro Workspace unter Integrations verbunden:
- Jira, Trello - Issue-Tracking für Befunde (Jira).
- SonarQube - Projektzuordnung und Messwerte neben denen von AppArch.
- Slack, Microsoft Teams - ein Incoming Webhook; AppArch sendet dorthin heute nur eine Verbindungstest-Nachricht (Slack).
- Kubernetes, Argo CD - Deployment-Status für den Service-Katalog (Details).
- Dynatrace, New Relic, Percona - Incident- und Performance-Quellen.
- JMeter - Lasttest-Zusammenfassungen, gesendet mit einem Projekt-Token.
Der Betreiber kann jede davon für die ganze Installation unter Administration → Settings → Policies (/management/settings/policies) schließen.
KI ist keine Workspace-Integration: ein Anbieter und ein Schlüssel für die ganze Installation, vom Betreiber festgelegt. Siehe KI (Claude / OpenAI / Gemini).