वर्कफ़्लो

एक रन का क्या मूल्यांकन होता है

वर्कफ़्लो फ़ाइलें इसके अंतर्गत प्रतिबद्ध हैं .cadcamfun/workflows/ के साथ .yml या .yaml विस्तार। साइडकार उन्हें चयनित प्रतिबद्ध रेफरी से लोड करता है। किसी अप्रतिबद्ध ड्राइंग या वर्कफ़्लो को संपादित करने से मौजूदा रन द्वारा देखी गई फ़ाइलें नहीं बदलती हैं।

@cadcamfun/workflow yAML को पार्स करता है, निर्भरता को मान्य करता है, ट्रिगर्स से मेल खाता है, और पंजीकृत कार्यों को निष्पादित करता है। यह मनमाने शेल कमांड, कंटेनर इमेज या डाउनलोड की गई क्रियाओं को निष्पादित नहीं करता है। प्रत्येक uses किसी भी चरण के शुरू होने से पहले पहचानकर्ता को धावक की वर्तमान रजिस्ट्री में मौजूद होना चाहिए।

वर्कफ़्लो लिखें

name: Project checks
on:
  manual: true
jobs:
  validate:
    steps:
      - id: structure
        uses: project/validate
      - uses: project/require-gcode
      - uses: cam/sequence

वर्कफ़्लो का एक नाम होता है, on ट्रिगर, और नौकरियां पहचानकर्ता द्वारा कुंजीबद्ध। किसी नौकरी में कम से कम एक चरण होता है और वह घोषित हो सकता है needs. एक कदम है uses, वैकल्पिक id और नाम, वैकल्पिक with तर्क, if, और continueOnError.

पहचानकर्ता एक अक्षर से शुरू होते हैं और उनमें अधिकतम 64 अक्षर, अंक, अंडरस्कोर या हाइफ़न होते हैं। चरण पहचानकर्ता संपूर्ण वर्कफ़्लो में अद्वितीय हैं। पार्सिंग अमान्य YAML, स्कीमा विफलताओं, अज्ञात कार्य निर्भरता, चक्रीय निर्भरता और डुप्लिकेट चरण पहचानकर्ताओं को अस्वीकार करता है।

अंतर्निहित जांचें

• project/validate प्रतिबद्ध JSON फ़ाइलों को पार्स करता है और उनके फ़ाइल नामों के विरुद्ध मान्यता प्राप्त ड्राइंग/घटक/टूलपाथ इकाई आईडी की जाँच करता है और उनके नामों को सत्यापित करता है। यह संसाधन गणना लौटाता है।
• project/require-gcode यदि प्रतिबद्ध टूलपाथ में जी-कोड खाली या अनुपलब्ध है तो विफल हो जाता है। इसके लिए आवश्यक नहीं है कि प्रोजेक्ट में कम से कम एक टूलपाथ हो।
• cam/verify प्रतिबद्ध टूलपाथ जी-कोड से रीप्ले अनुरोध बनाता है और Toolpath.data.request. यह त्रुटि-गंभीरता रीप्ले निष्कर्षों, या चेतावनियों पर भी विफल रहता है with.severity है warning. वैकल्पिक तर्क हैं toolpath और tolerance.
• cam/gcode प्रतिबद्ध से पुनर्जीवित होता है data.request और इसकी छंटनी की गई एनसी की तुलना प्रतिबद्ध पाठ से करता है। यह एक वैकल्पिक स्वीकार करता है toolpath चयनकर्ता.
• cam/sequence परस्पर विरोधी टूल-नंबर असाइनमेंट और रेस्ट-मशीनिंग अनुरोधों के लिए संग्रहीत अनुरोधों की जाँच करता है जिनका पिछला टूल सक्रिय टूल से बड़ा नहीं है।

सीएएम चरण संग्रहीत जनरेटर अनुरोध प्रारूप को पढ़ते हैं। गुम एनसी, गुम जनरेशन अनुरोध, या असमर्थित सत्यापन अनुरोध की सूचना दी जाती है skipped आउटपुट जहां लागू हो; वे चरण को स्वचालित रूप से विफल नहीं करते हैं. सत्यापित/मिलान की गई गणना और छोड़े गए कारणों का निरीक्षण करें। केवल छोड़े गए CAM कार्य वाला हरा वर्कफ़्लो सत्यापित प्रोग्राम का प्रमाण नहीं है।

सेवा समर्थित कदम

लाइव साइडकार रजिस्टर करता है vcs/commit, notify/push, और, सहायक सेवा मौजूद होने के बाद, ai/prompt. पंजीकरण स्पष्ट है: इन सेवाओं के बिना बनाया गया एक रनर एक अनुपलब्ध चरण का नामकरण करते हुए वर्कफ़्लो को विफल कर देता है।

vcs/commit एक संदेश की आवश्यकता है और एक स्वीकार करता है files के अंतर्गत पाठ का रिकॉर्ड .cadcamfun/ yAML, मार्कडाउन, JSON, या टेक्स्ट एक्सटेंशन के साथ। यह रन के खाते के रूप में कार्य करता है और संरक्षित-शाखा नीति का पालन करता है। अतिरिक्त-फ़ाइल तर्क सीधे CAD इकाई पथों को प्रतिस्थापित नहीं कर सकता है। वर्तमान कार्यान्वयन एक साफ कामकाजी प्रतिलिपि की जांच किए बिना परियोजना को प्रतिबद्ध करता है: यह चेक-आउट शाखा पर वर्तमान डेटाबेस संपादनों को भी स्नैपशॉट देता है, जो चेक किए जा रहे रेफरी से भिन्न हो सकता है। इस लेखन चरण को केवल तभी चलाएँ जब उस वर्तमान शाखा और कार्यशील स्थिति को प्रतिबद्ध करने का इरादा हो।

notify/push वैकल्पिक शीर्षक, मुख्य भाग और सफलता/असफलता परिणाम के साथ, रन के अभिनेता के लिए एक एप्लिकेशन अधिसूचना बनाता है। यह एक निरंतर अधिसूचना चरण है; यह स्वयं किसी बाहरी पुश प्रदाता के माध्यम से डिलीवरी स्थापित नहीं करता है।

ai/prompt एक संकेत की आवश्यकता है और वैकल्पिक रूप से सिस्टम टेक्स्ट और एक मॉडल स्वीकार करता है। यह प्रतिबद्ध फ़ाइल सामग्री को प्रतिस्थापित कर सकता है और उत्तर पाठ और मॉडल पहचान लौटा सकता है। गुम क्रेडेंशियल या प्रदाता त्रुटि इस चरण में विफल हो जाती है; एक मॉडल उत्तर सलाहकार आउटपुट है, जो नियतात्मक ज्यामिति जांच से अलग है।

शुद्ध अंतर्निर्मित चरण पंजीकृत हैं builtinSteps (apps/sidecar/src/services/workflow-steps.ts): project/validate, project/require-gcode, cam/verify, cam/gcode, और cam/sequence. उन्हें केवल प्रतिबद्ध फाइलों की आवश्यकता है @cadcamfun/core, इसलिए वे तब भी उपलब्ध रहते हैं जब सहायक नहीं चल रहा हो।

निष्पादन, आउटपुट और शर्तें

नौकरियाँ निर्भरता स्तरों में चलती हैं, एक स्तर में स्वतंत्र नौकरियाँ समवर्ती रूप से चलती हैं। किसी कार्य के चरण क्रमिक रूप से चलते हैं। वे नौकरियाँ जिनकी निर्भरताएँ सफल नहीं हुईं, छोड़ दी जाती हैं। डिफ़ॉल्ट चरण शर्त है success; always किसी भी परिणाम के बाद चलता है और failure उस कार्य में पहले से न संभाले गए चरण की विफलता के बाद चलता है।

continueOnError: true कार्य की विफलता ध्वज को सेट किए बिना एक असफल चरण की घटना को रिकॉर्ड करता है। अन्यथा एक असफल कदम बाद में केवल सफलता वाले चरणों को छोड़ देता है और कार्य को विफल घोषित कर देता है। समग्र परिणाम तभी सफलता है जब प्रत्येक कार्य सफल हो।

पहले नामित-चरण आउटपुट को संदर्भित किया जा सकता है with नीचे दिखाए गए अभिव्यक्ति का उपयोग करके मान। ठीक एक अभिव्यक्ति से युक्त मान अपना प्रकार बरकरार रखता है; लंबी स्ट्रिंग्स के अंदर प्रतिस्थापन आउटपुट को टेक्स्ट में परिवर्तित करता है। जब नौकरियां किसी अन्य नौकरी के आउटपुट का उपभोग करती हैं तो उन्हें निर्भरता की घोषणा करनी चाहिए।

with:
  body: "Checked drawings: ${{ steps.structure.outputs.drawings }}"

ट्रिगर और प्रेषण

on.push शाखा और परिवर्तित-पथ ग्लोब फ़िल्टर का समर्थन करता है; on.pullRequest आधार शाखा को फ़िल्टर करता है; on.manual स्पष्ट प्रेषण सक्षम बनाता है। एक एकल तारांकन पथ खंड के भीतर मेल खाता है और एक दोहरा तारांकन खंडों को फैला सकता है।

HTTP कमिट/पुश एकीकरण वर्तमान में स्वचालित पुश ट्रिगर को एक खाली परिवर्तित-पथ सूची प्रदान करता है। परिणामस्वरूप पुश पथ फ़िल्टर वाला वर्कफ़्लो उन घटनाओं से मेल नहीं खाता है। इस एकीकरण के लिए केवल शाखा-पुश फ़िल्टर या मैन्युअल प्रेषण का उपयोग करें जब तक कि परिवर्तित-पथ डेटा प्रदान नहीं किया जाता है।

प्रतिबद्ध परिभाषाएँ यहाँ पढ़ें GET /api/projects/:id/actions/workflows, वैकल्पिक रूप से साथ ref. पर एक पढ़ें /workflows/:name. एक विकृत फ़ाइल अपनी सामग्री के साथ लौटा दी जाती है और a problem ताकि इसकी मरम्मत की जा सके. किसी परिभाषा को संपादित करने के लिए, प्रोजेक्ट कमिट में उसका सुरक्षित वर्कफ़्लो पथ शामिल करें।

POST /api/projects/:id/actions/dispatch एक वैकल्पिक रेफरी स्वीकार करता है और उस रेफरी पर प्रत्येक मेल खाने वाले मैनुअल वर्कफ़्लो को भेजता है; यह एक वर्कफ़्लो नाम के लिए चयनकर्ता नहीं है. यहां से सहेजे गए परिणाम पढ़ें GET /api/projects/:id/actions/runs.

दृढ़ता और घटनाएँ चलाएँ

रनर वर्कफ़्लो, इवेंट, रेफरी, कमिट SHA, स्टेटस, टाइमस्टैम्प और संचित इवेंट को रिकॉर्ड करता है WorkflowRun. नौकरी की घटनाएँ प्रारंभ और समाप्ति को चिह्नित करती हैं; चरण घटनाओं में सूचकांक, पहचानकर्ता, स्थिति, वैकल्पिक आउटपुट और विफलता पाठ शामिल हैं। अमान्य YAML को अमान्य-फ़ाइल ईवेंट के साथ विफल रन के रूप में बनाए रखा जाता है।

वर्तमान HTTP ट्रिगर पथ वर्कफ़्लो के व्यवस्थित होने की प्रतीक्षा करता है और फिर रन-स्टार्ट और रन-समाप्त लाइव इवेंट को एक साथ प्रकाशित करता है। यह उस HTTP अनुरोध के माध्यम से प्रत्येक चल रहे चरण को स्ट्रीम नहीं करता है। कोर धावक एक को उजागर करता है onEvent उन एकीकरणों के लिए कॉलबैक जिनके लिए चरणबद्ध प्रगति की आवश्यकता है।

परिणामों की सटीक व्याख्या करें

एक वर्कफ़्लो अपनी कैप्चर की गई प्रतिबद्धता और पंजीकृत चरण कार्यान्वयन पर रिपोर्ट करता है। यह बाद के वर्किंग-कॉपी संपादनों को प्रमाणित नहीं करता है या विफलता पर पहले से रिकॉर्ड की गई प्रतिबद्धता को हटा नहीं देता है। रिलीज़ गेट के रूप में सफल रन का उपयोग करने से पहले छोड़े गए चेक, चेतावनी नीति और प्रासंगिक टूलपाथ साक्ष्य का निरीक्षण करें।

कार्यान्वयन को बीच में विभाजित किया गया है packages/workflow/src स्कीमा/ट्रिगर/निष्पादन और साइडकार के लिए workflow-runner.ts, workflow-steps.ts, और workflow-service-steps.ts प्रतिबद्ध प्रोजेक्ट डेटा, निरंतर रन और एप्लिकेशन सेवाओं के लिए।

एक पृथक वर्कफ़्लो इंजन उदाहरण चलाएँ

एक पैकेज उपभोक्ता पंजीकृत कार्यों और उनके टाइप किए गए संदर्भ की आपूर्ति करता है। यह उदाहरण मैन्युअल वर्कफ़्लो को पार्स करता है, एक पंजीकृत चेक निष्पादित करता है, और SQLite को खोले बिना या AI को लागू किए बिना अपना कार्य परिणाम देता है।

import { Effect } from "effect"
import { parseWorkflow, runWorkflow } from "@cadcamfun/workflow"

const source = [
  "name: Isolated check", "on:", "  manual: true", "jobs:",
  "  inspect:", "    steps:", "      - id: checked", "        uses: inspection/check"
].join("\n")
const result = await Effect.runPromise(Effect.gen(function* () {
  const workflow = yield* parseWorkflow(source)
  return yield* runWorkflow(workflow, {
    ctx: { drawingCount: 2 },
    registry: { "inspection/check": ({ ctx }) => Effect.succeed({ drawings: ctx.drawingCount }) }
  })
}))
console.log(result) // { status: "success", jobs: { inspect: "success" } }

प्रभाव और के आधार पर कार्यस्थान के भीतर चलाएँ @cadcamfun/workflow, जैसे कि apps/sidecar. उपरोक्त कस्टम चरण आपूर्ति की गई रजिस्ट्री के लिए स्थानीय है; डेस्कटॉप वर्कफ़्लो में इसका नामकरण इसे उत्पादन साइडकार में स्थापित नहीं करता है।

स्रोत: packages/workflow/src/schema.ts और run.ts.

फ़िल्टर का मिलान करें और आउटपुट का सुरक्षित रूप से उपभोग करें

एक पुश ट्रिगर के लिए उसके शाखा फ़िल्टर का मिलान आवश्यक है और, जब पथ सूची मौजूद होती है, तो मिलान के लिए कम से कम एक आपूर्ति किए गए परिवर्तित पथ की आवश्यकता होती है। छोड़ा गया फ़िल्टर अप्रतिबंधित है; स्पष्ट रूप से खाली सूची किसी भी चीज़ से मेल नहीं खाती। एक मैन्युअल ईवेंट की आवश्यकता है on.manual मौजूद रहने के लिए। पुल-अनुरोध मिलान प्रमुख प्रस्ताव नाम के बजाय आधार शाखा का उपयोग करता है।

आउटपुट प्रतिस्थापन नेस्टेड सरणियों और रिकॉर्ड्स का पता लगाता है। एक सटीक अनुपलब्ध आउटपुट अभिव्यक्ति अपरिभाषित का मूल्यांकन करती है; एक लंबी स्ट्रिंग में एम्बेडेड अनुपस्थित आउटपुट खाली टेक्स्ट बन जाता है। आउटपुट प्राप्त करने के लिए किसी छोड़े गए या विफल चरण पर भरोसा न करें। प्रचार needs क्रॉस-जॉब उपभोक्ताओं के लिए निर्भरता शेड्यूलिंग डेटा ऑर्डर स्थापित करती है।

कदम if तीन शाब्दिक विधाओं में से एक है, सामान्य अभिव्यक्ति भाषा नहीं। वर्कफ़्लो वैरिएबल, शेल इंटरपोलेशन, मैट्रिक्स बिल्ड, मनमानी जावास्क्रिप्ट स्थितियां और तृतीय-पक्ष एक्शन लोडिंग इस इंजन द्वारा कार्यान्वित नहीं की जाती हैं। अलग ai/prompt हैंडलर स्थानापन्न प्रतिबद्ध files.<path> इसके संकेत में संदर्भ; सामान्य कदमों को वह अतिरिक्त प्रतिस्थापन नहीं मिलता है।

स्रोत: packages/workflow/src/trigger.ts, run.ts, और apps/sidecar/src/services/workflow-service-steps.ts.

एक छोड़ी गई शाखा या पथ फ़िल्टर प्रत्येक मान से मेल खाता है। मैन्युअल प्रेषण केवल घोषित किए गए वर्कफ़्लो से मेल खाता है on.manual, और एक पुल-अनुरोध ईवेंट वर्कफ़्लो से मेल खाता है branches पुल अनुरोध की आधार शाखा के विरुद्ध ग्लब्स (packages/workflow/src/trigger.ts).

वर्कफ़्लो परिणामों का निदान करें

सहेजा गया रन इतिहास सेवा सीमा पर डिफ़ॉल्ट रूप से नवीनतम 50 रन लौटाता है। लाइव इवेंट सूचनाएं सर्वोत्तम प्रयास वाले साइड चैनल हैं: अधिसूचना वितरण को निष्पादन रिकॉर्ड के रूप में मानने के बजाय टिकाऊ रन परिणाम के लिए निरंतर पंक्तियों का निरीक्षण करें।

स्रोत: apps/sidecar/src/services/workflow-runner.ts, workflow-steps.ts, और http/vcs.ts.

वर्कफ़्लो फ़ाइल स्वरूप

वर्कफ़्लो एक YAML फ़ाइल है .cadcamfun/workflows/<name>.yml प्रोजेक्ट रिपॉजिटरी में, उसके द्वारा जाँचे गए मॉडल के साथ संस्करणित। इसका आकार GitHub क्रियाओं को प्रतिबिंबित करता है (on, jobs, needs, steps, uses, with), लेकिन uses हमेशा एक पंजीकृत CADCAMFUN चरण का नाम देता है। वर्कफ़्लो शेल कमांड या कंटेनर छवि नहीं चला सकता।

name: Release check
on:
  push:
    branches: [main, "release/*"]
    paths: ["toolpaths/**"]
  pullRequest:
    branches: [main]
  manual: {}
jobs:
  validate:
    steps:
      - uses: project/validate
      - uses: project/require-gcode
  verify:
    needs: [validate]
    steps:
      - id: verify
        uses: cam/verify
        with: { severity: warning }
  gcode:
    needs: [validate]
    steps:
      - uses: cam/gcode
      - uses: cam/sequence
  report:
    needs: [verify, gcode]
    steps:
      - id: review
        uses: ai/prompt
        with:
          prompt: "Summarise risks in this program: ${{ files.toolpaths/op1.json }}"
        continueOnError: true
      - uses: notify/push
        if: always
        with:
          title: "Release check finished"
          body: "${{ steps.review.outputs.text }}"

ग्लब्स का उपयोग * एक पथ खंड के भीतर मिलान करने के लिए और ** सभी खंडों से मिलान करने के लिए। छोड़ी गई फ़िल्टर सूची हर चीज़ से मेल खाती है। toolpaths/*.json माचिस toolpaths/a.json लेकिन नहीं toolpaths/x/a.json; toolpaths/** दोनों से मेल खाता है.

चरण संदर्भ

प्योर स्टेप्स केवल चेक की जा रही कमिट की फाइलों को पढ़ते हैं, लाइव डेटाबेस को कभी नहीं, इसलिए रन बिल्कुल उसी पेड़ पर रिपोर्ट करता है जिसे पुश किया गया था। सेवा-समर्थित चरण उनकी सेवा मौजूद होते ही पंजीकृत हो जाते हैं। तब तक, किसी का नाम लेना एक कठिन त्रुटि है, कोई मौन मनाही नहीं।

विकृत with मानों को रक्षात्मक रूप से पढ़ा जाता है: एक गैर-स्ट्रिंग जहां एक स्ट्रिंग अपेक्षित है, या एक गैर-परिमित संख्या, रन को विफल करने के बजाय अनदेखा कर दी जाती है। फ़िल्टर की पुष्टि करने के लिए आउटपुट की जाँच करें जैसे कि toolpath वास्तव में लागू किया गया।

आउटपुट और इंटरपोलेशन

एक कदम एक के साथ id अपने आउटपुट को रन-वाइड संग्रहीत करता है, ताकि कोई जॉब जॉब के आउटपुट को पढ़ सके needs. किसी भी स्ट्रिंग के अंदर with, ${{ steps.<id>.outputs.<key> }} वस्तुओं और सरणियों के माध्यम से पुनरावर्ती रूप से प्रतिस्थापित किया जाता है। जब एक स्ट्रिंग में बिल्कुल एक अभिव्यक्ति होती है, तो मान अपना प्रकार बनाए रखता है (एक संख्या एक संख्या ही रहती है)। अन्य पाठ में एंबेडेड, मान एक स्ट्रिंग में परिवर्तित हो जाता है, और एक गायब मान एक खाली स्ट्रिंग बन जाता है। ai/prompt अतिरिक्त विस्तार करता है ${{ files.<path> }} कमिट में उस फ़ाइल के टेक्स्ट को (यदि फ़ाइल अनुपस्थित है तो खाली करें)।

जीवनचक्र और त्रुटियाँ चलाएँ

1. ट्रिगर इवेंट (पुश, पुल रिक्वेस्ट, या मैनुअल) रेफरी के पेड़ में वर्कफ़्लो का चयन करता है, वर्किंग कॉपी के बजाय कमिट से पढ़ा जाता है।
2. प्रत्येक फ़ाइल को पार्स किया गया है. YAML त्रुटियाँ (yaml), स्कीमा त्रुटियाँ (schema), अज्ञात needs (needs), चक्र (cycle), और डुप्लिकेट चरण आईडी (duplicate-step-id) को कारण सहित अमान्य रन के रूप में रिपोर्ट किया जाता है।
3. प्रत्येक uses कुछ भी चलने से पहले रजिस्ट्री के विरुद्ध जाँच की जाती है। एक अज्ञात कदम से रन विफल हो जाता है Unknown step(s): ..., इसलिए कोई टाइपो त्रुटि कभी भी आधे-अधूरे परिवर्तन को लागू नहीं करती है।
4. नौकरियों को स्तरों में क्रमबद्ध किया गया है। प्रत्येक स्तर समवर्ती रूप से चलता है; एक नौकरी जिसका needs क्या सब सफल नहीं हुआ छोड़ दिया गया है।
5. प्रगति घटनाएँ (job-start, step स्थिति और आउटपुट या संदेश के साथ, job-end) डेस्कटॉप और साथी पर स्ट्रीम करें, और रन इसके ईवेंट के साथ जारी रहता है।
6. दौड़ तभी सफल होती है जब प्रत्येक कार्य सफल हो। छोड़ी गई नौकरियाँ सफल नहीं मानी जातीं।

लाइव इवेंट workflow.started (ट्रिगरिंग इवेंट के साथ) और workflow.finished (success, failure, या cancelled) प्रत्येक रन के लिए प्रकाशित किए जाते हैं।

एक पूर्ण संचालन, प्रत्येक घटना का पता लगाया गया

यह वर्कफ़्लो इंजन के हर नियम का एक साथ अभ्यास करता है: नौकरियों के बीच पारित आउटपुट, एक संपूर्ण-मूल्य और एक एम्बेडेड इंटरपोलेशन, continueOnError, if: failure, एक नौकरी छोड़ दी गई क्योंकि उसकी निर्भरता विफल हो गई, और एक स्वतंत्र नौकरी। इसके साथ चलाया गया runWorkflow और चार परीक्षण चरण संचालक: demo/measure रिटर्न { volume: 7842.92, part }, demo/check जो प्राप्त हुआ उसे प्रिंट करता है, demo/fail के साथ विफल रहता है StepError("tolerance exceeded") और demo/notify कुछ भी नहीं लौटाता.

name: Release check
on:
  push: { branches: [main, "release/**"], paths: ["parts/**/*.json"] }
  manual: {}
jobs:
  measure:
    steps:
      - id: size
        uses: demo/measure
        with: { part: bracket }
  verify:
    needs: [measure]
    steps:
      - uses: demo/check
        with: { volume: "${{ steps.size.outputs.volume }}", label: "vol=${{ steps.size.outputs.volume }} mm3" }
      - uses: demo/fail
        continueOnError: true
      - uses: demo/fail
      - uses: demo/notify
        if: failure
      - uses: demo/notify
  publish:
    needs: [verify]
    steps:
      - uses: demo/notify
  lint:
    steps:
      - uses: demo/notify

levels [["measure","lint"],["verify"],["publish"]]
{"type":"job-start","job":"measure"}
{"type":"step","job":"measure","index":0,"uses":"demo/measure","status":"success","outputs":{"volume":7842.92,"part":"bracket"}}
{"type":"job-end","job":"measure","status":"success"}
{"type":"job-start","job":"lint"}
{"type":"step","job":"lint","index":0,"uses":"demo/notify","status":"success","outputs":{}}
{"type":"job-end","job":"lint","status":"success"}
{"type":"job-start","job":"verify"}
  check got {"volume":7842.92,"label":"vol=7842.92 mm3"}
{"type":"step","job":"verify","index":0,"uses":"demo/check","status":"success","outputs":{"ok":true}}
{"type":"step","job":"verify","index":1,"uses":"demo/fail","status":"failure","message":"Cause([Fail(StepError: tolerance exceeded)])"}
{"type":"step","job":"verify","index":2,"uses":"demo/fail","status":"failure","message":"Cause([Fail(StepError: tolerance exceeded)])"}
{"type":"step","job":"verify","index":3,"uses":"demo/notify","status":"success","outputs":{}}
{"type":"step","job":"verify","index":4,"uses":"demo/notify","status":"skipped"}
{"type":"job-end","job":"verify","status":"failure"}
{"type":"job-end","job":"publish","status":"skipped"}
result {"status":"failure","jobs":{"measure":"success","lint":"success","verify":"failure","publish":"skipped"}}

ट्रिगर मिलान, परीक्षण किया गया

प्रत्येक पार्स त्रुटि, पुनरुत्पादित

रन टाइम पर, कोई भी uses पंजीकृत हैंडलर के बिना, प्रत्येक अज्ञात आईडी को सूचीबद्ध करते हुए, पहले चरण से पहले पूरा रन विफल हो जाता है: Unknown step(s): demo/measure, demo/check, …. इसलिए कोई टाइपो त्रुटि कभी भी वर्कफ़्लो को आधा-अधूरा लागू नहीं करती है।

3डी में