Come si presenta una revisione
Come heyGRC pubblica i risultati su una pull request: stato Checks neutrale, commenti inline, un riepilogo adesivo e /heygrc su richiesta.
heyGRC è un revisore di conformità, non un blocco di merge per impostazione predefinita. Ad ogni passaggio di revisione, contestualizza i risultati nei framework e nel contesto aziendale che hai configurato.
Cosa appare sulla pull request
-
Stato Checks Una esecuzione di check di GitHub per heyGRC. Per impostazione predefinita è neutrale (o successo quando pulito): informa; non fa fallire la PR per bloccare il merge. Puoi renderlo obbligatorio nella protezione dei branch se desideri un blocco.
-
Commenti inline Risultati sulle linee che contano: ID del controllo / ragionamento dove una modifica tocca un obbligo. I thread inline sono conversazioni risolvibili (vedi heyGRC blocca i merge?).
-
Un riepilogo per PR (adesivo) heyGRC mantiene un singolo riepilogo per la pull request e lo modifica sul posto man mano che invii modifiche. Non aggiunge un nuovo riepilogo completo ad ogni commit. Una nuova notifica di revisione viene pubblicata solo quando ci sono nuovi risultati di livello Medium o superiore. I risultati di livello inferiore compaiono nel riepilogo. Le riesecuzioni senza nuovi risultati di livello Medium o superiore rimangono silenziose nella conversazione. Una menzione
/heygrcche non trova nulla di nuovo può confermare il completamento con una reazione al tuo commento.
Quando vengono eseguite le revisioni
La cadenza delle revisioni è impostata nella console (predefinito per l'organizzazione, opzionale l'override per repo):
| Modalità | Comportamento |
|---|---|
auto | Revisione quando una PR viene aperta, riaperta o aggiornata con un push |
auto_once | Revisione solo all'apertura/riapertura (non ad ogni push) |
mention_only | Silenzioso fino a quando qualcuno commenta /heygrc |
Il valore predefinito è auto. I team che già utilizzano un bot di revisione del codice rumoroso spesso iniziano con auto_once o mention_only.
Su richiesta: /heygrc
Commenta /heygrc su una PR per attivare una revisione. Devi essere un Owner, Member o Collaborator sul repository in modo che un commentatore occasionale non possa consumare le tue revisioni.
Pull request di grandi dimensioni
heyGRC non salta una pull request perché troppo grande. In una PR molto grande, revisiona prima i file più rilevanti per la conformità e indica i file che non ha revisionato. I file di lock, i file generati e i file vendored vengono esclusi per primi. Le organizzazioni che abilitano EU inference utilizzano un budget di revisione più piccolo, quindi in diff molto grandi potrebbero rimanere più file non revisionati.
Correlati
- Configura con il tuo agente (modalità + installazione)
- Usa con il tuo revisore di codice
- heyGRC blocca i merge?