Verbinden

Repositories

Verbinde GitHub, und Agents können deinen Code durchsuchen, ausführen, jeden Pull Request reviewen und ihm bis zur Infrastruktur folgen, auf die er deployt.

Das Verbinden eines Repositories gibt Agents deinen Quellcode. Polylane indexiert ihn für die Suche, führt ihn in einer Sandbox aus, prüft jeden Pull Request gegen die Produktion und platziert das Repository in der Topologie neben dem, worauf es deployt.

Was es leistet

Agents durchsuchen Code nach Stichwort und nach Bedeutung, sodass eine Abfrage wie „Retry mit exponentiellem Backoff“ im richtigen Modul landet, auch wenn diese Wörter im Quellcode nie vorkommen. Sie führen Repository-Code in einer Sandbox aus, wenn eine Untersuchung es verlangt. Jeder Pull Request wird gegen die Produktionstopologie geprüft und bekommt als Kommentar ein Urteil, bestanden oder nicht bestanden.

In der Topologie ist das Repository ein Knoten, der über deploys_to-Kanten mit den Ressourcen verbunden ist, auf die er deployt, und über defines-Kanten mit den Ressourcen, die seine Konfiguration bereitstellt. Wenn ein Agent ein Issue an einem Service untersucht, folgt er diesen Kanten direkt zu dem Code, der dort ausgeliefert wird.

Ein Repository verbinden

Öffne Settings > Repositories in der Konsole und wähle Add repository. Add from GitHub installiert die Polylane GitHub App in deiner Organisation und lässt dich auswählen, welche Repositories Polylane lesen darf; verbundene Repositories bleiben synchron, wenn sich der Code ändert.

Add public repository registriert ein öffentliches GitHub-Repository per URL. So hinzugefügte Repositories werden bei Codeänderungen nicht automatisch aktualisiert, bevorzuge also die GitHub App für alles, was du aktiv entwickelst. Siehe GitHub für die App-Berechtigungen.

Die Repository-Seite

TabWas er tut
SettingsEinstellungen zu Autofix, Pull-Request-Review und Sandbox-Netzwerk für dieses Repository, unten beschrieben.
ObservabilityPolylane prüft das Repository nach jedem Sync und berichtet, wie gut sein Code instrumentiert ist: wie viele Route-Handler Telemetrie ausgeben und welche keine erzeugen. Jeder Befund lässt sich mit Ask Polylane to fix it an einen Agent übergeben.
ChangesDie Historie der Pull-Request-Reviews für dieses Repository, jedes gegen die Produktionstopologie geprüft, mit dem Urteil bestanden oder nicht bestanden.
ResourcesDie Cloud-Ressourcen, die dieses Repository verwaltet. Polylane verknüpft sie aus Deploy-Manifesten und Anbieter-Metadaten, und was es nicht erkennen kann, fügst du mit Link resource hinzu. Reviews beschränken ihre Untersuchung auf diese Ressourcen und weichen auf das gesamte Cloud-Konto aus, bis sie verknüpft sind.
PropertiesDer rohe Repository-Datensatz.

Repository-Einstellungen

EinstellungWas sie steuert
Open autofix pull requestsOb Polylane bestätigte Befunde in Pull Requests an diesem Repository verwandelt. Ausschalten stoppt neue; bestehende Pull Requests bleiben offen.
Review pull requests for production impactOb jeder Pull Request gegen die Produktionstopologie untersucht wird und einen Urteilskommentar bekommt.
Pull request review instructionsRepository-spezifische Hinweise für das Review, etwa welche Pfade deploy-kritisch sind oder welche Bedenken andere Prüfstellen bereits abdecken.
Block merging on production concernsPostet an jedem geprüften Pull Request einen Check „Polylane production impact“, der fehlschlägt, wenn das Review ein Bedenken findet. Verlange diesen Check in der Branch Protection, um Merges zu blockieren. Standardmäßig an.
Agent internet accessOb der Agent beim Ausführen von Code ausgehende Netzwerkanfragen stellen darf.
Domain allowlistNone, Common dependencies für Paket-Registries und Sprachökosysteme oder All (unrestricted).

Verwandt

  • Pull-Request-Reviews dafür, was das Review prüft und wie sich das Urteil liest.
  • Topology für den Graphen, in den das Repository kommt.
  • Autofix für die Pull Requests, die Polylane an verbundenen Repositories öffnet.
  • GitHub für App-Berechtigungen und was das Trennen entfernt.