Dokumentation

Scheman

Kör arbete återkommande och håll koll på vad schemat producerar.

Ett schema kör arbetet återkommande utan att någon behöver be om det. Hitta scheman under Automatiseringar i plattformen och skapa dem under Nytt arbete som automatiseringar som körs enligt ett schema: med några timmars mellanrum eller varje dag, vecka eller månad.

När scheman passar bra

Återkommande underhåll som är lätt att komma överens om och lätt att glömma:

  • beroendeuppdateringar
  • underhåll som samlas på hög – död kod, inaktuella flaggor och oanvända exporter
  • återkommande rapporter
  • regelbundna kontroller mot en standard ni har infört

Gemensamt för allt detta är att arbetet är tydligt definierat i förväg. Ett schema kan inte avgöra vad som är värt att göra – det upprepar en instruktion som du redan har skrivit.

När scheman passar dåligt

Allt som kräver en bedömning av prioritet. Ett schema som startar arbete varje måndag, oavsett vad som händer i övrigt, konkurrerar om samma agentplatser som arbetet du faktiskt har planerat.

Schemalagt arbete tar kapacitet i anspråk

Det här är viktigt att förstå innan du skapar flera scheman.

En schemalagd uppgift är en vanlig uppgift. Den hamnar i kön, tar upp en agentplats och förbrukar modellbudget. Tre dagliga scheman med en plan som bara har en agentplats kan tränga undan allt du hade tänkt göra.

Körhistorik

Varje schema sparar en historik över körningar och vad de resulterade i. Titta till den ibland – när automatisering misslyckas är det oftast inte genom ett dramatiskt haveri, utan genom att den i tysthet inte producerar något användbart på flera månader samtidigt som den förbrukar budget.

Om ett schema har öppnat tolv pull requests och du inte har mergat någon av dem är schemat felkonfigurerat.

Scheman och händelsebaserade automatiseringar

Två sätt att starta arbete utan att någon person behöver göra det:

AutomatiseringUtlöses av
SchemaTid
Händelsebaserad automatiseringNågot som händer, till exempel att en pull request öppnas eller att en kontroll misslyckas
  • SchemaTid
  • Händelsestyrd automatiseringNågot händer

En vanlig uppgift

Specifikation, planering, bygge, verifiering och granskning. Använder en agentplats – ge uppgiften lägre prioritet.

P2P3

En pull request

Den kan inte göra en merge på egen hand eller göra en commit till din basgren.

Du godkänner

Det enda som skiljer automatiseringarna åt är vad som utlöser dem. Det som startas är en vanlig uppgift i det vanliga flödet, så den använder faktisk kapacitet och avslutas med en pull request som du godkänner.

Använd ett schema när utlösaren faktiskt är tid, eller när det du bevakar finns i ett system som inte skickar några Coroid-händelser, till exempel Sentry eller Jira: schemat frågar systemet via dina MCP-servrar. Om du egentligen menar ”när det här händer” och Coroid eller GitHub skickar den händelsen, använder du en händelsebaserad automatisering. Då blir det mindre onödigt arbete.

Arbete startas också av dina egna system och agenter, av händelsebaserade automatiseringar och av kvalitetsgranskningar. Läs mer om Olika sätt att starta arbete.