Repository
Collegare un repository dà agli agenti il tuo codice sorgente. Polylane lo indicizza per la ricerca, lo esegue in una sandbox, revisiona ogni pull request rispetto alla produzione e colloca il repository nella topologia accanto a ciò su cui viene deployato.
Cosa fa
Gli agenti cercano nel codice per parola chiave e per significato, così una query come "retry con backoff esponenziale" arriva al modulo giusto anche quando quelle parole non compaiono mai nel sorgente. Eseguono il codice del repository in una sandbox quando un'indagine lo richiede. Ogni pull request viene controllata rispetto alla topologia di produzione e riceve un verdetto pass o fail come commento.
Nella topologia, il repository è un nodo unito da archi deploys_to alle risorse su cui viene deployato e da archi defines alle risorse che la sua configurazione provvede. Quando un agente indaga una issue su un servizio, segue questi archi dritto al codice che viene rilasciato lì.
Collega un repository
Apri Settings > Repositories nella console e scegli Add repository. Add from GitHub installa la GitHub App di Polylane nella tua organizzazione e ti lascia scegliere quali repository Polylane può leggere; i repository collegati restano sincronizzati man mano che il codice cambia.
Add public repository registra un repository GitHub pubblico tramite URL. I repository aggiunti in questo modo non vengono aggiornati automaticamente quando il codice cambia, quindi preferisci la GitHub App per tutto ciò che sviluppi attivamente. Vedi GitHub per i permessi dell'app.
La pagina del repository
| Scheda | Cosa fa |
|---|---|
| Settings | Le impostazioni di autofix, revisione delle pull request e rete della sandbox per questo repository, descritte qui sotto. |
| Observability | Polylane revisiona il repository dopo ogni sincronizzazione e riporta quanto bene il suo codice è strumentato: quanti route handler emettono telemetria e quali non ne producono nessuna. Ogni risultato può essere passato a un agente con Ask Polylane to fix it. |
| Changes | La cronologia delle revisioni delle pull request per questo repository, ciascuna controllata rispetto alla topologia di produzione con un verdetto pass o fail. |
| Resources | Le risorse cloud che questo repository gestisce. Polylane le collega a partire dai manifest di deploy e dai metadati del provider, e tutto ciò che non riesce a rilevare lo aggiungi tu con Link resource. Le revisioni limitano la loro indagine a queste risorse e ricadono sull'intero account cloud finché non vengono collegate. |
| Properties | Il record grezzo del repository. |
Impostazioni del repository
| Impostazione | Cosa controlla |
|---|---|
| Open autofix pull requests | Se Polylane trasforma i risultati confermati in pull request su questo repository. Disattivarla ferma quelle nuove; le pull request esistenti restano aperte. |
| Review pull requests for production impact | Se ogni pull request viene indagata rispetto alla topologia di produzione e riceve un commento con il verdetto. |
| Pull request review instructions | Indicazioni specifiche del repository per la revisione, come quali percorsi sono critici per il deploy o quali aspetti altri gate già gestiscono. |
| Block merging on production concerns | Pubblica un check "Polylane production impact" su ogni pull request revisionata, che fallisce quando la revisione trova un problema. Rendi obbligatorio quel check nella branch protection per bloccare il merge. Attiva per impostazione predefinita. |
| Agent internet access | Se l'agente può fare richieste di rete in uscita mentre esegue il codice. |
| Domain allowlist | None, Common dependencies per i registry di pacchetti e gli ecosistemi dei linguaggi, oppure All (unrestricted). |
Correlati
- Revisioni delle pull request per cosa controlla la revisione e come si legge il verdetto.
- Topologia per il grafo in cui entra il repository.
- Autofix per le pull request che Polylane apre sui repository collegati.
- GitHub per i permessi dell'app e cosa rimuove lo scollegamento.