Skip to main content

PR-Bugs automatisch vor dem Merge beheben

Devin prüft jeden PR auf Fehler und spielt automatisch Korrekturen in den Branch ein.
AuthorCognition
CategoryCodequalität
FeaturesIntegrationen
1

Repos und Benutzer für Auto-Reviews registrieren

Devin Review kann automatisch jeden Pull-Request (PR) in deinen Repositories reviewen – kein manuelles Auslösen nötig. Beginne damit, die Repos und Benutzer zu registrieren, die abgedeckt werden sollen.
  1. Gehe in der Devin-Webapp zu Settings > Review
  2. Suche unter Repositories nach den Repos und füge die hinzu, die Devin automatisch reviewen soll (z. B. acme/frontend, acme/api-server)
  3. Füge unter Users GitHub-Benutzernamen hinzu, deren PRs immer reviewt werden sollen – oder jeder Benutzer kann sich selbst registrieren, indem er auf “Add myself (@username)” klickt
Sobald sie registriert sind, reviewt Devin PRs automatisch, wenn sie geöffnet werden, wenn neue Commits gepusht werden oder wenn ein Draft als bereit für ein Review markiert wird.
Jedes Teammitglied mit einem verbundenen GitHub-Account kann sich selbst für Auto-Reviews registrieren – es sind keine Admin-Berechtigungen nötig. Gehe zu Settings > Review und klicke auf “Add myself”.
2

Auto-Fix aktivieren, damit Devin Fixes pusht und nicht nur Kommentare

Standardmäßig postet Devin Review gefundene Bugs als Inline-Kommentare. Auto-Fix geht noch weiter – Devin schlägt Codeänderungen vor und kann Fix-Commits direkt in den PR-Branch pushen.Um es zu aktivieren, gehe zu Settings > Customization > Pull request settings > Autofix settings - bot comments und wähle eine der Optionen:
  • Respond to specific bots only – füge devin-ai-integration[bot] zur Allowlist hinzu (empfohlen)
  • Respond to all bot comments – Devin reagiert auf alle Bot-Kommentare, nicht nur auf seine eigenen
Du kannst Auto-Fix auch pro PR umschalten: Öffne eine beliebige Devin-Review-Seite, klicke auf das Settings-Icon (drei Punkte im Header) und aktiviere “Enable Autofix”.
“Respond to all bot comments” kann Endlosschleifen verursachen, wenn andere Bots ebenfalls auf Devins Änderungen kommentieren. Verwende den Allowlist-Modus und füge nur devin-ai-integration[bot] hinzu, um auf der sicheren Seite zu bleiben.
3

Sehen, was Devin findet und behebt

Wenn ein PR in einem registrierten Repo eröffnet wird, läuft Devin Review automatisch und erzeugt:
  • Bugfunde in der Analyse-Sidebar, gekennzeichnet nach Schweregrad (Severe oder Non-severe) und Confidence
  • Flags für Muster, die es zu untersuchen lohnt, aber nicht zwingend falsch sind
  • Fix-Commits, die direkt in den PR-Branch gepusht werden, für Issues, die Devin beheben kann (wenn Auto-Fix aktiviert ist)
Beispielsweise könnte Devin Review bei einem PR, der eine neue User-Settings-Seite hinzufügt, Folgendes finden:
Bug (Severe): Null reference in UserSettings.tsx:38

`user.preferences.theme` throws if `preferences` is undefined,
which happens for accounts created before v2.3.

Fix pushed — commit e4a1b2c:
  const theme = user.preferences?.theme ?? 'system';
Du kannst jeden Fund in der Diff-Ansicht überprüfen, Bugs als behoben markieren oder mit dem integrierten codebase-aware chat Rückfragen stellen – Devin hat Kontext aus dem gesamten Repo, nicht nur aus dem Diff.
4

Devin Review die Standards deines Teams beibringen

Devin Review liest die Dateien AGENTS.md und REVIEW.md in deinem Repository, um die Konventionen deines Teams zu lernen. Verwende diese Dateien, um Review-Präferenzen, häufige Bug-Muster, auf die geachtet werden soll, und Coding-Standards zu definieren, die du durchsetzen möchtest:
<!-- REVIEW.md -->
## Review guidelines

- All API route handlers in src/routes/* must validate request body
  with zod schemas before accessing properties. Flag any handler
  that reads req.body fields without validation.
- The useUnsafeEffect hook in src/hooks/useUnsafeEffect.ts is
  intentional — do not flag it as a missing-deps issue.
- Check for unhandled error cases in API calls.
- Ensure new database queries have appropriate indexes.
Checke diese Datei in dein Repo ein und Devin Review befolgt diese Richtlinien bei jedem PR. Aktualisiere sie, wenn dein Team neue Muster entdeckt – füge zum Beispiel nach einem Produktionsbug das Muster hinzu, das ihn entdeckt hätte, damit Devin ähnliche Issues in zukünftigen Reviews flaggt.Du kannst außerdem den Review chat in jedem PR nutzen, um Devin zu bitten, nach bestimmten Mustern im Diff zu suchen – zum Beispiel: „Gibt es in diesem PR API-Calls, die den Error-Case nicht behandeln?“