Zum Hauptinhalt springen
Nutzen Sie das CI Failure Fixer-Muster auch für CircleCI. Wenn ein CircleCI-Workflow bei einem Pull Request fehlschlägt, startet diese Automatisierung eine Devin-Sitzung mit vollständigem Pipeline-Kontext — Devin verwendet das CircleCI MCP, um die Job-Logs, Testberichte und Artefakte abzurufen, und pusht dann einen gezielten Fix-Commit auf denselben Branch.

Diese Vorlage verwenden

Öffnen Sie CircleCI Failure Fix in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.

​
Was diese Automatisierung macht

Der CircleCI MCP bietet Devin eine umfassende Integration mit Ihrer CI — nicht nur den Status „bestanden/fehlgeschlagen“, sondern den vollständigen Log-Stream, Testergebnisse, Artefakte und die Konfiguration. Das ist der Unterschied zwischen „Ein Test ist fehlgeschlagen“ und „Diese Assertion in Zeile 47 ist fehlgeschlagen, weil sich der erwartete String letzte Woche geändert hat.“ Devin nutzt diesen Kontext, um Fixes zu liefern, die tatsächlich auf Anhieb funktionieren.

​
So funktioniert es

Auslöser: GitHub-Ereignis — check.run
  • Ereignis: github:check_run
    • Bedingungen:
      • action eq completed
      • check_run.conclusion eq failure
      • check_run.name contains circleci
      • repository.full_name eq your-org/your-repo
Was Devin macht: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den unten stehenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

​
Voraussetzungen

​
Beispiel-Prompt

Die Vorlage enthält diesen Prompt. Sie können ihn nach Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

​
Einrichten

  1. Öffnen Sie in Devin Automations → Templates.
  2. Klicken Sie auf CircleCI-Fehlerbehebung. Daraufhin öffnet sich die Erstellungsseite mit dieser Vorlage bereits vorausgefüllt.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalterwerte in den Trigger-Bedingungen (zum Beispiel your-org/your-repo durch Ihr tatsächliches Repo).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Guardrails Ihres Teams an.
  6. Klicken Sie auf Create automation.
Die meisten Automatisierungsvorlagen enthalten empfohlene ACU- und Aufruflimits, um die Kosten während der frühen Rollout-Phase zu begrenzen. Belassen Sie sie zunächst unverändert, bis Sie vom Verhalten der Automatisierung überzeugt sind, und erhöhen Sie sie dann entsprechend Ihrer Workload.

​
Wann diese Vorlage sinnvoll ist

  • Teams, die CircleCI verwenden und dasselbe Auto-Fix-Muster wie GitHub Actions-Nutzer nutzen möchten
  • Komplexe CircleCI-Workflows mit Orchestrierung über mehrere Jobs hinweg
  • Weniger Aufwand, um Legacy-CI-Pipelines grün zu halten
  • Entwickler bei größeren Refactorings automatisch entblocken

​
Anpassungsideen

  • Auf spezifische Pipelines oder Branches beschränken
  • Die ACU-Obergrenze an die typische Pipeline-Komplexität anpassen
  • Von Bots erstellte Commits überspringen, um Fix-Schleifen zu vermeiden
  • Mit SonarQube Quality Gate Fix kombinieren, um eine vollständige Qualitätsautomatisierung zu erreichen

​
Siehe auch