Fikskjøringer
En fikskjøring er agenten som jobber med ett issue. Hvert issue får høyst én: en tråd av typen fix_run som kommer til konklusjonen og, ved et bekreftet problem, fortsetter å jobbe det frem til en fiks i den samme samtalen.
Hva det gjør
Tråden er der du leser hele historien: arbeidet mens det skjer, bevisene ett klikk unna i avstamningen dens, og utfallet til slutt. Kjøringen leser varselet eller funnet, spørringen bak det, nylige metrikker og logger rundt utløsningen, nylige endringer og koden din. Før den handler, skriver den årsakskjeden i tråden: signalet, mekanismen, komponenten og kodebanen som produserer det, utløseren og skadeomfanget, hvert ledd støttet av navngitte bevis eller markert som ukjent.
Slik fungerer det
- En kjøring starter når en sjekk eller et tilkoblet varsel produserer et funn, når en agent i en chat-tråd åpner et issue fra problemet du diskuterer, eller når du velger Investigate på et issue.
- Agenten leser bevisene og kommer til én av to konklusjoner,
confirmedellerdismissed. Et funn som matcher et eksisterende issue, slås sammen med det i stedet for å starte en andre kjøring. - Ved et bekreftet problem sporer den samme agenten årsaken og skriver årsakskjeden.
- Når en kodeendring fikser årsaken i et tilkoblet repository, åpner kjøringen pull requesten gjennom autofiks. Når ingen pull request kan fikse det, reiser kjøringen en eskalering som navngir hva en person må gjøre.
- Hvert steg lander på issuets aktivitetstidslinje, ved siden av deteksjoner, nye deteksjoner og dine egne notater.
Utfall
Etter hver agenttur klassifiserer Polylane kjøringen.
| Utfall | Beskrivelse |
|---|---|
resolved | Rotårsak funnet, og problemet er fikset eller har gjenopprettet seg. |
diagnosed | Rotårsak funnet, men fiksen har ikke landet. |
inconclusive | Agenten kunne ikke fastslå en årsak. |
false_positive | Funnet pekte ikke på et reelt problem. |
failed | Kjøringen endte med en feil. |
En kjøring kan også parkere, noe som hindrer overvåkingen fra å be den undersøke på nytt til issuet løses.
| Parkert tilstand | Beskrivelse |
|---|---|
needs_human_action | Fiksen krever noe bare du kan gjøre. |
needs_decision | Agenten trenger en avgjørelse fra deg før den fortsetter. |
awaiting_change | Agenten venter på at en fiks skal leveres, for eksempel en pull request som venter på gjennomgang. Denne tilstanden parkerer stille. |
failed | Kjøringen støtte på en feil den ikke kom rundt. |
De tre tilstandene som trenger en person, registreres som eskaleringer, vises på utfallskortet i tråden og listes under forhåndsvalget Needs you, slik at det samme spørsmålet aldri varsler deg to ganger.
Hvor du finner det
Fikskjøringer vises under Threads sammen med chat-tråder, og forhåndsvalget Needs you lister dem som venter på en person. Lineage i trådens sidepanel holder posten bak kjøringen: Issue åpner bevisene og issuets tidslinje, Escalation åpner det agenten ba deg om, med Mark as handled, og Check åpner evalueringen som oppdaget problemet. Issuets meny har Investigate, Investigate again, View investigation og View triggering check.
Konfigurer
Under Settings > Workspace setter Investigations-kortet Investigate automatically from: den laveste alvorlighetsgraden som starter en fikskjøring av seg selv. Issues under den beholder konklusjonen sin og holdes tilbake, og tråden deres tilbyr Start investigation så noen på teamet ditt kan plukke dem opp. Konklusjoner holdes aldri tilbake: hvert bekreftet issue er synlig bekreftet, og terskelen utsetter bare arbeidet som følger.
Relatert
- Issues for posten hver fikskjøring jobber med.
- Threads for å lese, stoppe og dele kjøringen.
- Escalations for spørsmålene en parkert kjøring reiser.
- Autofix for pull requesten en kjøring åpner.