Pull-Request-Reviews
Die meisten Incidents beginnen mit einer Änderung. Polylane prüft jeden Pull Request in einem verbundenen Repository gegen die Produktionsressourcen, auf die er deployt, und postet einen Kommentar, der bestanden oder nicht bestanden sagt.
Was es leistet
Ein Agent liest den Diff und die Live-Metriken, Logs und offenen Issues der Ressourcen, auf die das Repository deployt, und entscheidet dann, ob die Änderung der Produktion schaden kann. Du bekommst einen Kommentar am Pull Request, optional einen Check Polylane production impact und einen Thread in der Konsole mit der vollständigen Analyse.
So funktioniert es
- Einen Pull Request gegen den Default-Branch zu öffnen, darauf zu pushen oder ihn als bereit für Review zu markieren, startet ein Review seines Head-Commits. Entwürfe werden nicht geprüft.
- Ein späterer Push ersetzt das laufende Review, sodass nur der jüngste Commit beurteilt wird.
- Änderungen, die nur Dokumentation, Tests oder CI-Dateien berühren, bestehen ohne Untersuchung.
- Polylane folgt den Deploy-Kanten des Repositories zu seinen Produktionsressourcen oder prüft gegen die Cloud-Konten des Workspace als Ganzes, wenn es keine hat.
- Der Agent untersucht in einem Thread und hält ein Urteil
passoderfailfest. - Ein Kommentar pro Pull Request wird bei jedem Review bearbeitet. Ein Fail lautet Hold this merge mit der Auswirkungsstufe und dem Befund; ein Pass lautet Production impact unlikely oder sagt, ob ein Fix für ein erkanntes Issue es voraussichtlich löst. Wenn ein späterer Push ein Bedenken ausräumt, springt der Kommentar zurück auf Pass und sagt das auch.
Der Agent kann außerdem Observability-Verbesserungen vorschlagen, als ein gebündeltes Review mit Vorschlagskommentaren oder als gestapelten Pull Request. Sie beeinflussen das Urteil nie.
Auf ein Review reagieren
Erwähne @polylane in einem Kommentar am Pull Request, und Polylane antwortet in derselben Konversation; Nicht-Mitglieder erhalten stattdessen einen Hinweis zum Zugriff.
| Du bittest um | Was passiert |
|---|---|
| Eine Frage | Der Agent antwortet aus dem Review-Thread, mit den Belegen vor Augen. |
| Einen zweiten Blick | Der Agent prüft den jüngsten Push erneut und überdenkt das Urteil. |
| Einen Fix | Polylane startet einen Fix-Run und öffnet einen gestapelten Pull Request gegen den Branch des Pull Requests, verlinkt aus dem Kommentar. |
Der Tab Changes des Repositories in der Konsole listet jedes Review auf. Ein Fail bietet Fix with Polylane, das denselben Fix-Run startet, und Dismiss, wenn das Bedenken nicht zutrifft: Der Pull Request wird weiter geprüft, bekommt aber keine Kommentare mehr, bis du ihn mit Restore zurückholst.
| Status | Beschreibung |
|---|---|
| In review | Polylane prüft den jüngsten Push. |
| Flagged | Das Review hat ein Produktionsbedenken gefunden. |
| Passed | Keine Produktionsbedenken gefunden. |
| Resolved | Ein späterer Push hat die Bedenken ausgeräumt. |
| Dismissed | Ein Mitglied hat das Review verworfen; der Pull Request bekommt keine Kommentare mehr. |
Konfigurieren
Reviews sind für jedes verbundene Repository an. Settings > Pull request reviews schaltet sie workspaceweit aus und legt fest, ob Review-Threads mit Betrachtern des Pull Requests geteilt werden. Unter Settings > Repositories ergänzt der Tab Settings eines Repositories drei Felder.
| Feld | Beschreibung |
|---|---|
| Review pull requests for production impact | Schaltet Reviews nur für dieses Repository aus. |
| Pull request review instructions | Freitext, den der Agent bei jedem Review liest: deploy-kritische Pfade oder Bedenken, die andere Prüfstellen bereits abdecken. |
| Block merging on production concerns | Postet den Check Polylane production impact an jedem geprüften Pull Request; er schlägt bei einem Bedenken fehl. Standardmäßig an. Verlange ihn in der Branch Protection, um Merges zu blockieren. |
Der Check wird auch an Merge-Queue-Commits abgeschlossen, da der Pull Request geprüft wurde, bevor er in die Warteschlange kam. Ein Fail-Urteil kann die E-Mail Production Concern Found senden, standardmäßig aus unter Benachrichtigungen.
Hinweise zu Plänen
Jeder Plan enthält eine monatliche Zahl von Pull-Request-Reviews; das Kontingent des Free-Plans steht unter Abrechnung und Nutzung, und Mitglieder werden per E-Mail informiert, wenn es knapp wird. Über dem Kontingent hält die Konsole den Pull Request als Production impact not verified fest, und nichts wird auf GitHub gepostet.
Verwandt
- Repositories, um ein Repository zu verbinden und seine Ressourcen zu verknüpfen.
- Fix-Runs dafür, wie ein Review-Thread zu seinem Urteil kommt.
- Autofix für die Pull Requests, die ein Fix-Run öffnet.
- Benachrichtigungen für die E-Mail, die ein nicht bestandenes Review senden kann.
Issues
Jedes Problem, das Polylane erkennt oder aus deinem Alerting empfängt, wird zu einem Issue, das ein Fix-Run bearbeitet, dessen Thread die ganze Geschichte erzählt.
Advisories
Empfehlungen pro Ressource zu Fehlkonfiguration, Resilienzrisiken und Observability-Lücken, jede mit einem Fix, den du einem Agent übergeben kannst.