Pull request-gjennomganger
De fleste hendelser starter med en endring. Polylane gjennomgår hver pull request i et tilkoblet repository mot produksjonsressursene den deployes til, og poster én kommentar som sier godkjent eller feilet.
Hva det gjør
En agent leser diffen og de levende metrikkene, loggene og åpne issuene til ressursene repositoryet deployes til, og avgjør så om endringen kan skade produksjonen. Du får én kommentar på pull requesten, en valgfri Polylane production impact-sjekk, og en tråd i konsollen med hele analysen.
Slik fungerer det
- Å åpne en pull request mot standardbranchen, pushe til den eller markere den som klar for gjennomgang starter en gjennomgang av head-commiten dens. Utkast gjennomgås ikke.
- En senere push erstatter gjennomgangen som er i gang, så bare den nyeste commiten bedømmes.
- Endringer som bare berører dokumentasjon, tester eller CI-filer, godkjennes uten undersøkelse.
- Polylane følger repositoryets deploykanter til produksjonsressursene dens, eller gjennomgår mot workspacets skykontoer som helhet når det ikke har noen.
- Agenten undersøker i en tråd og registrerer konklusjonen
passellerfail. - Én kommentar per pull request redigeres ved hver gjennomgang. En feilet gjennomgang sier Hold this merge med påvirkningsnivået og funnet; en godkjent sier Production impact unlikely, eller sier om en fiks for et oppdaget issue forventes å løse det. Når en senere push adresserer en bekymring, vipper kommentaren tilbake til godkjent og sier det.
Agenten kan også foreslå observerbarhetsforbedringer, som én samlet gjennomgang med forslagskommentarer eller en stablet pull request. De påvirker aldri konklusjonen.
Handle på en gjennomgang
Nevn @polylane i en kommentar på pull requesten, så svarer Polylane i den samme samtalen; ikke-medlemmer får en beskjed om tilgang i stedet.
| Du ber om | Hva som skjer |
|---|---|
| Et spørsmål | Agenten svarer fra gjennomgangstråden, med bevisene foran seg. |
| En ny titt | Agenten gjennomgår den nyeste pushen igjen og vurderer konklusjonen på nytt. |
| En fiks | Polylane starter en fikskjøring og åpner en stablet pull request mot pull requestens branch, lenket fra kommentaren. |
Repositoryets Changes-fane i konsollen lister hver gjennomgang. En feilet gjennomgang tilbyr Fix with Polylane, som starter den samme fikskjøringen, og Dismiss når bekymringen ikke gjelder: pull requesten gjennomgås fortsatt, men får ingen flere kommentarer før du bruker Restore på den.
| Status | Beskrivelse |
|---|---|
| In review | Polylane gjennomgår den nyeste pushen. |
| Flagged | Gjennomgangen fant en produksjonsbekymring. |
| Passed | Ingen produksjonsbekymringer funnet. |
| Resolved | En senere push adresserte bekymringene. |
| Dismissed | Et medlem avviste gjennomgangen; pull requesten får ingen flere kommentarer. |
Konfigurer
Gjennomganger er på for hvert tilkoblet repository. Settings > Pull request reviews slår dem av for hele workspacet og bestemmer om gjennomgangstråder deles med dem som ser pull requesten. Under Settings > Repositories legger et repositorys Settings-fane til tre felt.
| Felt | Beskrivelse |
|---|---|
| Review pull requests for production impact | Slår gjennomganger av bare for dette repositoryet. |
| Pull request review instructions | Fritekst agenten leser ved hver gjennomgang: deploykritiske stier, eller bekymringer andre sperrer allerede håndterer. |
| Block merging on production concerns | Poster Polylane production impact-sjekken på hver gjennomgått pull request; den feiler ved en bekymring. På som standard. Krev den i branch protection for å blokkere merging. |
Sjekken fullføres også på commits i merge-køen, siden pull requesten ble gjennomgått før den gikk inn i køen. En feilet konklusjon kan sende e-posten Production Concern Found, av som standard under Notifikasjoner.
Plannotater
Hver plan inkluderer et månedlig antall pull request-gjennomganger; Free-planens kvote står under Fakturering og bruk, og medlemmer får e-post når den nærmer seg slutten. Utover kvoten registrerer konsollen pull requesten som Production impact not verified, og ingenting postes til GitHub.
Relatert
- Repositorier for å koble til et repository og lenke ressursene dens.
- Fikskjøringer for hvordan en gjennomgangstråd kommer til konklusjonen sin.
- Autofix for pull requestene en fikskjøring åpner.
- Notifikasjoner for e-posten en feilet gjennomgang kan sende.