Autofix
Et autofix er en pull request, Polylane åbner for at løse noget, den har fundet. Agenten undersøger først, skriver derefter ændringen på en branch og åbner pull requesten på GitHub; det er dig, der merger.
Hvad det gør
Autofixes begynder fra tre steder. Du beder om et i en tråd, for eksempel "åbn en pull request, der retter dette". Et fix run lander på en bekræftet årsag i et forbundet repository og åbner rettelsen i den samme tråd. Eller Polylane foreslår et af sig selv, såsom de observability-forbedringer den udarbejder, når et repository forbindes første gang.
Sådan fungerer det
- Undersøg: agenten indsamler kontekst fra topologien, telemetrien og det berørte repository.
- Branch: den opretter en branch mod repositoryets base branch.
- Ret: executoren skriver ændringen og pusher commits.
- Pull request: den åbner pull requesten, der beskriver, hvad der var galt, og hvad der blev ændret, linket til tråden eller issuet bag den.
- Din gennemgang: din normale code review og continuous integration afgør mergen. At lukke den er et gyldigt udfald, og Polylane registrerer det.
Statusser
| Status | Beskrivelse |
|---|---|
started | Runnet er i gang. |
branch_pushed | Commits ligger på branchen, og pull requesten er ved at blive åbnet. |
approval_required | Arbejdsområdet spørger, før automatiske rettelser startes, så dette run venter på, at nogen starter det fra dets tråd. |
pr_opened | Pull requesten er åben og venter på din gennemgang. |
merged | Du mergede pull requesten. |
closed | Pull requesten blev lukket uden merge, af dig eller af Polylane. |
failed | Executoren kunne ikke producere en rettelse. |
no_fix_needed | Agenten konkluderede, at der ikke var noget at ændre. |
already_in_flight | Et andet run eller en åben pull request dækker allerede den samme rettelse. |
quota_exhausted | Arbejdsområdet kan ikke starte endnu et run lige nu. |
disabled | Autofix er slået fra for arbejdsområdet. |
plan_rejected | Anmodningen blev afvist, før et run startede. |
unreachable | Polylane kan ikke længere læse repositoryet, for eksempel efter at GitHub-appen blev fjernet eller suspenderet. |
expired | Runnet gik i stå ud over sit tidsvindue og blev afsluttet. |
Et oversprunget run kan startes fra dets oversigt med Run anyway, et udløbet eller fejlet med Run again, og et tilbageholdt med Approve and run. Under Settings > Workspace rummer kortet Autofix kontakten Open autofix pull requests for hele arbejdsområdet og Fixes Polylane starts on its own, hvor Ask first tilbageholder automatiske rettelser, indtil nogen starter dem.
Pull requests, der står åbne
En pull request, Polylane åbner, venter ikke for evigt. Efter en uge uden aktivitet sender den ugentlige gennemgang én påmindelse pr. e-mail og i Slack og efterlader den samme note som en kommentar på pull requesten; når ingen er blevet bedt om at gennemgå den, bliver ejerne af den kode, den berører, spurgt. En pull request, der ikke ser noget i endnu en uge efter påmindelsen, lukkes af Polylane med en kommentar, der forklarer hvorfor, og branchen bliver stående, så en genåbning bringer ændringen tilbage, som den står.
Pull requests åbnet, mens et repository er ved at blive forbundet, holdes ude af påmindelser og lukninger.
Executors
Executoren er den kodeagent, der skriver diffen. Polylanes egen executor kræver ingen opsætning; du kan i stedet sende autofixes gennem en kodeagent, du allerede bruger:
Forbind Devin, Cursor, Factory eller Conductor under Settings > Integrations med din egen API-nøgle, og slå derefter Use Devin for all autofixes til (eller den tilsvarende kontakt på Cursor-, Factory- eller Conductor-siden) for at gøre den til executor for hvert autofix i arbejdsområdet. Hvis den integration fjernes eller deaktiveres, falder autofixes tilbage til Polylane-executoren.
Hvor du finder det
Læs et autofix på den tråd, der producerede det. Lineage i trådens sidepanel viser Autofix og dens Pull request, og autofix-noden åbner fanerne Overview, Diff, Session, Timeline og Properties. Approve and run, Run again og lukkeårsagen findes på dens oversigt.
Relateret
- Fix runs for de runs, der overdrager en bekræftet årsag til autofix.
- Pull request-gennemgange for det check, hver pull request får, før den merges.
- Repositories for at forbinde den kode, autofixes skriver til.
- GitHub for den kodehost-forbindelse, autofixes skriver igennem.