Zum Hauptinhalt springen
Nehmen Sie den ausufernden PR-Rückstau in den Griff. Diese geplante Automatisierung zeigt Pull Requests auf, bei denen es still geworden ist — keine Kommentare, keine Commits, keine Bewegung — und ergreift Maßnahmen: eine freundliche Erinnerung an den Autor, ein Rebase, wenn der Branch ins Hintertreffen geraten ist, oder ein sauberes Schließen, wenn die PR seit Wochen aufgegeben ist.

Diese Vorlage verwenden

Öffnen Sie Stale PR Cleanup in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.

​
Was diese Automatisierung macht

Liegengebliebene PRs bremsen die Produktivität des Teams. Reviewer lassen sie aus, Autorinnen und Autoren vergessen sie, und Konflikte häufen sich an, bis das Mergen zu einem kleinen Projekt wird. Diese Vorlage läuft wöchentlich, identifiziert PRs, die länger als den von Ihnen konfigurierten Schwellenwert ohne Aktivität geblieben sind, und ergreift kontextabhängige Aufräummaßnahmen: pingen, rebasen oder schließen.

​
Wie es funktioniert

Auslöser: Zeitplan-Ereignis — recurring
  • Ereignis: schedule:recurring
    • Bedingungen:
      • rrule entspricht FREQ=WEEKLY;BYDAY=WE;BYHOUR=10;BYMINUTE=0
Was Devin tut: 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 einem Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

​
Einrichten

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf Stale PR Cleanup. Die Erstellungsseite wird mit dieser Vorlage vorausgefüllt geöffnet.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalter 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 beim anfänglichen Rollout zu begrenzen. Belassen Sie diese Werte unverändert, bis Sie sich sicher sind, wie sich die Automatisierung verhält, und erhöhen Sie sie dann passend zu Ihrer Workload.

​
Wann diese Vorlage sinnvoll ist

  • Engineering-Teams mit hohem Aufkommen an Open-Source-Beiträgen
  • Interne Repos mit großem PR-Backlog und erheblichen Engpässen bei Reviews
  • Main-Branches frei von Merge-Konflikten durch vergessene Branches halten
  • Die kognitive Belastung für Reviewer verringern, die durch die PR-Liste scrollen

​
Ideen zur Anpassung

  • Passen Sie den Schwellenwert für „stale“ an (7 Tage, 30 Tage, 90 Tage)
  • Auf bestimmte Repo oder Labels beschränken
  • Vor jeder destruktiven Aktion einen Warnkommentar mit Schonfrist hinzufügen
  • In Slack integrieren, damit Autor:innen eine DM und nicht nur eine GitHub-Benachrichtigung erhalten

​
Siehe auch