CLI: rethink step validation
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- typescript
- Ambito
- cli
Direzione di ricerca
Inizia dall’attuale punto di ingresso della CLI per la validazione di workflow-structure ed esamina il JSON schema esistente. Confronta i tre approcci proposti, inclusa la selezione della versione per lo schema comune di portabilità e il flag opzionale --validate. Il lavoro è completato quando la politica di validazione è definita con sufficiente chiarezza da distinguere il rilevamento degli errori di battitura dalla compatibilità con chiavi di workflow più recenti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The CLI has logic to validate the structure of a workflow.
The idea here is that if a user mis-types a key like "adapatator", the CLI will catch the error and flag them.
What with all the focus on sync and portability, it's way more likely that a workflow will be machine generated now, and so won't have those typos.
But if the app adds a new key to the workflow, the CLI will refuse to execute it - even if it's a step it doesn't care about.
I would like to think about the following options:
- Use the common portability spec schema to validate against. The app does have a JSON schema. If the workflow or owning project has aversion, use that, else use latest. This relates to https://github.com/OpenFn/lightning/issues/4734
- Add a
--validateflag which will validate a workflow for you, if you want it (a bit like a circle CI yaml linter app) - only validate keys that the CLI cares about, and ignore the rest
- Lingua principale
- TypeScript
- Stelle
- 21
- Fork
- 23
- Merge medio
- 1g 4h
- PR unite (30g)
- 20
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di OpenFn/kit
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
OpenFn/kit#1551 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
OpenFn/kit#1460 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
CLI
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
microsoft/vscode-livepreview#876 ·
I maintainer di solito rispondono entro 1 giorno
-
needs-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
JustJarethB/invoicer#54 ·
-
ICP 1.2.0 shows a scheduled task's interval in milliseconds under the label "Interval (In seconds)"ApertaNeeds Triage Type/Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
wso2/product-integrator#2585 ·
I maintainer di solito rispondono entro 1 giorno
-
Add: Telemundo West sdApertacheck:passed streams:add
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
design
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
MTES-MCT/monitor-field#119 ·
I maintainer di solito rispondono entro 1 giorno