Slack feilrapport til GitHub fiks
Beskriv en feil i vanlig språk i Slack. Okou skriver GitHub-problemet og tildeler det, og når årsaken ligger i en komponent, åpner den en pull-forespørsel med løsningen og en regresjonstest for deg å gjennomgå.
Hva Okou leverer: fra en Slack-melding til en løsning under vurdering
En ekte tråd fra vm0-teamets kanal #bug-report, fanget slik det skjedde. En teamkamerat limte inn en kundes rapport og ba om en løsning. Fire minutter senere hadde Okou opprettet GitHub-saken med en diagnose. Fjorten minutter etter den første meldingen hadde den åpnet pull requesten og lagt ut forhåndsvisningslenken. Nedenfor er begge fangstene: tråden den startet i, og pull requesten Okou skrev. De er offentlige, så du kan lese saken, diffen og anmeldelsen selv.
Hva skjedde i tråden
En teamkamerat rapporterte en kundes PWA-layoutfeil i #bug-report og la ved skjermbildene. Okou leste tråden, sporet den til en topplinje gjengitt uten iOS safe area inset, og opprettet sak #11708 med etiketter og begrunnelse. Da tråden spurte om løsningen, endret Okou én fil (en minimumshøyde og en safe area padding på den mobile topplinjen), åpnet pull request #11709 med en forhåndsvisningslenke, og stoppet der. En person gjennomgikk og slo den sammen.
- Melding til arkivert problem
- 4 minsak #11708, merket som feil og PWA
- Melding til pull-forespørsel
- 14 minPR #11709 med en forhåndsvisningslenke
- Filer endret av fiksen
- 1slått sammen av en person, ikke av Okou
Hva betyr det å opprette et GitHub-problem fra Slack?
Å opprette en GitHub-sak fra Slack betyr å gjøre en feil noen beskrev i en samtale om til en riktig strukturert sak i depotet ditt, uten at noen forlater tråden for å skrive den inn på nytt. Det vanskelige var aldri API-anropet; det er å skrive en klar tittel, skille trinn for å reprodusere fra forventet oppførsel, velge etiketter, angi en prioritet og finne riktig eier. Okou gjør det arbeidet. Den leser Slack-meldingen og svarene rundt den, skriver saksbeskrivelsen, bruker etiketter og en prioritet den kan begrunne, løser tildelingen ved å matche Slack-visningsnavnet med en GitHub-håndtak, og legger ut sakslinken tilbake i samme tråd slik at reporteren kan sjekke den med et øyeblikk.
Hvorfor feilrapporter dør i Slack-tråder
Noen oppdager en feil under en demo, eller en kunde skriver inn på en lørdag. Den gamle veien er lang: åpne GitHub, finn repoet, skriv en formatert sak, tildel noen, og vent deretter på at den personen skal plukke den opp, lese koden og skrive fiksen. En ti-minutters endring blir en flerdagers tur-retur over tre personer, og halvparten av rapportene kommer aldri ut av tråden i det hele tatt. I stedet beskriver du det i Slack. Okou arkiverer saken med trinn for å reprodusere, etiketter og en eier, og der årsaken er inneholdt, fortsetter den og åpner en pull-forespørsel med fiksen og en test. Du gjennomgår og sender.
Hvordan Okou oppretter et GitHub-problem fra Slack
Trinn 1: Koble til verktøyene dine
Trinn 2: Spør Okou
Trinn 3: Ta det videre
Slack- og GitHub-integrasjonene bak arbeidsflyten
Dette er en Slack GitHub-integrasjon med en agent i midten: Okou leser samtalen i Slack og skriver posten i GitHub. Hver kobling gis separat og er begrenset til det arbeidsflyten faktisk bruker, så å lese en kanal innebærer aldri skrivetilgang til dine repositorier.
Slack-integrasjon: samtalen Okou leser
PåkrevdOkou leser meldingen du peker den på og svarene rundt den, slik at kontekst som kom tre meldinger senere fortsatt kommer med i saken. Den plukker opp vedlagte skjermbilder og tar dem med, leser reporterens visningsnavn for å finne en tilordnet person, og beholder meldingspermalen slik at hver sak lenker tilbake til der rapporten startet. Skriving er bare én ting: et svar i samme tråd med saksnummeret og lenken. Okou legger ikke ut på andre kanaler, sender DM-er eller redigerer andres meldinger.
GitHub-integrasjon: problemet Okou-filer
PåkrevdOkou oppretter problemet i depotet du navngir, med en tittel skrevet fra rapporten i stedet for en kopi av den rå meldingen, en beskrivelse, trinn for å reprodusere, forventet oppførsel og det berørte området når tråden navngir ett. Den bruker etikettene du spesifiserer eller utleder dem fra ordlyden, setter en prioritet den forklarer, og tildeler eieren. Før den arkiveres, søker den i åpne problemer etter samme symptom og kommenterer det eksisterende i stedet når den finner en match. Når den også kan fikse feilen, skyver den en gren og åpner en pull-forespørsel som lukker problemet og ber om gjennomgang. Skrivetilgang er begrenset til depotene du gir, og det er hele overflaten: problemer, kommentarer og pull-forespørsler åpnet for gjennomgang. Okou slår ikke sammen, tvinger ikke push, eller berører depotinnstillinger.
Okou vs. GitHub-appen for Slack vs. en automatiseringsbygger
Å få en feil fra en Slack-melding inn i GitHub har tre deler: å fange opp rapporten, skrive et brukbart problem og rute det til en eier. De eksisterende alternativene løser hver av dem.
GitHub-appen for Slack
Å skrive /github åpner en dialog der du selv fyller inn tittel, brødtekst, etiketter og tilordnet person. Det sparer turen til nettleseren, men det er fortsatt du som skriver problemet, og et skjema midt i en samtale er akkurat den friksjonen som får folk til å si «Jeg arkiverer det senere.»
En automatiseringsbygger
En no-code-bygger kan kopiere en Slack-melding til et nytt problem ved en trigger. Det den kopierer er den rå meldingen, så problemet arver det reporteren tilfeldigvis skrev, og reglene for etiketter, prioritet, tildeling og duplikater er noe du må definere og vedlikeholde per kanal.
Okous Slack-til-GitHub arbeidsflyt
Okou leser tråden og skriver problemet: en ekte tittel, reproduksjonstrinn atskilt fra forventet oppførsel, etiketter og en prioritet den kan rettferdiggjøre, og en tilordnet person matchet fra reporterens visningsnavn. Når årsaken er begrenset til én komponent, fortsetter den og åpner en pull-forespørsel med løsningen og en regresjonstest, koblet til problemet og venter på din gjennomgang. Den sjekker åpne problemer først og kommenterer en duplikat i stedet for å opprette en ny, og den svarer i tråden med lenken.
Tips for bedre resultater
Ofte stilte spørsmål
Hvordan oppretter du et GitHub-problem fra en Slack-melding?
Koble Slack og GitHub til Okou, beskriv deretter feilen i kanalen og nevn Okou. Den leser meldingen og de omkringliggende svarene, skriver en sak med tittel, trinn for å reprodusere, forventet oppførsel, etiketter og en prioritet, oppretter den i depotet du navnga, tildeler en eier, og svarer i tråden med saksnummer og lenke. Du fyller ikke ut et skjema.
Hvordan er dette annerledes enn GitHub-appen for Slack?
GitHub-appen gir deg en dialogboks å fylle ut: du skriver fortsatt tittel, brødtekst, etiketter og tilordnet person. Okou skriver dem fra samtalen, sjekker for et eksisterende problem med samme symptom før arkivering, og kan kjøre over en hel kanal på en tidsplan i stedet for én melding om gangen.
Arkiverer Okou bare problemet, eller kan den fikse feilen?
Begge deler, og den forteller deg hva den gjorde og hvorfor. Okou arkiverer alltid problemet. Når tråden eller koden peker på en enkelt komponent, er den forventede oppførselen entydig, og en feiltest kan skrives først, den åpner også en pull request med løsningen og den testen, lenker den til problemet og ber om gjennomgang. Delte verktøy, design-tokens og alt som krever en produktbeslutning arkiveres i stedet for å endres. Okou slår aldri sammen; hver løsning kommer som en pull request du gjennomgår.
Kan Okou tildele problemet til riktig person automatisk?
Ja. Okou matcher navnet du nevner, eller reporterens Slack visningsnavn, mot GitHub-håndtak i repositoriet og tildeler saken. Å navngi den tildelte i meldingen din er den mest pålitelige ruten; når ingen er navngitt, faller Okou tilbake til eieren av området tråden peker på og sier i saken hvordan den bestemte seg.
Hvordan unngår Okou å arkivere dupliserte GitHub-problemer?
Før Okou oppretter noe, søker den i åpne saker etter samme symptom, berørt område og ordlyd. Når den finner en match, legger den til den nye Slack-tråden som en kommentar til den saken, med rapporterer og tidsstempel, og svarer i Slack med den eksisterende sakslenken i stedet for å åpne en ny.
Hva skjer når en feilrapport ikke har trinn for å reprodusere?
Okou arkiverer fortsatt saken slik at rapporten ikke går tapt, merker den som trengende reproduksjonstrinn, og svarer i Slack-tråden og ber reporteren om dem. Svaret lander deretter i tråden som allerede er lenket fra saken.
Kan Okou arkivere feil fra en hel kanal etter en tidsplan?
Ja. Pek Okou mot en eller flere kanaler og gi den en tidsplan, for eksempel hver fredag kl. 16.00. Den leser ukens meldinger, oppretter en sak for hver melding som beskriver en feil, kommenterer duplikater, hopper over funksjonsforespørsler og spørsmål, og rapporterer hva den gjorde.
Fungerer dette med Linear eller Jira i stedet for GitHub?
Den samme arbeidsflytformen gjelder for enhver sporer Okou er koblet til; denne siden dekker GitHub-banen, som bruker GitHub-koblingen. Linear er koblet til på samme måte, og du navngir sporer i instruksjonen.
Registrer din neste feil uten å forlate Slack
Koble til Slack og GitHub, beskriv feilen slik du ville gjort for en lagkamerat, og la Okou skrive problemet og tildele det. Når årsaken er begrenset, venter pull-forespørselen også på deg.
