CID

Workflow format

The full shape of a workflow, field by field.

FieldTypeNotes
namestringRequired. Must be unique within the project.
triggerType"manual" | "push" | "schedule"Defaults to "manual". See Manual, Push, Cron.
triggerBranchstringOnly meaningful when triggerType is "push". Blank matches any branch.
triggerCronstringOnly meaningful when triggerType is "schedule". A raw cron expression.
serverreference | nullThe server this workflow deploys to. Empty means it runs on this computer — see Run on this computer.
stepsarray of { name, command }Ordered list, run in sequence. command can span several lines. See Steps.
enabledbooleanDefaults to true. Disabled workflows are skipped by both the cron scheduler and the push poller.
status"idle" | "queued" | "running" | "success" | "failed"The workflow's own last-known status, updated after each run.
lastRunreferenceThe most recent run of this workflow.
lastRunAtdateWhen that run started.

Settings saved on this computer

Some settings are local paths or depend on what's installed, so CID keeps them on the computer where you set them instead of in your account:

SettingNotes
ShellCommand Prompt, PowerShell or Git Bash, for workflows that run on this computer.
Step working foldersOne optional folder per step, in step order.
ArtifactsPaths to keep after a successful run. See Artifacts.

There are no per-step environment overrides, matrix builds, or conditional steps.

Something missing or wrong here? Let us know