Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Consider making triggers distinct from steps in the runtime

Aperta
#1,402 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Refactoring
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
typescript
Ambito
backend

Direzione di ricerca

Inizia leggendo il workflow e la gestione dei trigger del runtime, quindi confronta la struttura attuale con la specifica ufficiale del progetto. Determina come sono rappresentati gli avvii del workflow e gli ID dei trigger, inclusa la relazione next esistente. Il lavoro è completato quando il design e l’implementazione distinguono in modo coerente i trigger dagli step senza compromettere l’esecuzione del workflow.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

At the moment, a trigger in the runtime is just a step with no expression.

It might be cleaner to represent triggers as a different array in the workflow:

{
  steps: {},
  triggers: { webhook: {}  }

A trigger would still have a next, so it is a kind of step really.

Workflows would have a rule like "execute from the first trigger" if a start isn't defined. That removes the workflow.start key, which is designed to set the default/intended start node. But workflows should start from a trigger- so by default you;d just start from a trigger. And if you want you can pass another trigger id.

This doens't really materially matter. But it might be a neater way to handle triggers internally, and keeps the workflow structure closer to the official project spec.

Lingua principale
TypeScript
Stelle
21
Fork
23
Merge medio
1g 20h
PR unite (30g)
18

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OpenFn/kit

Tutte le issue di OpenFn/kit

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.