When to use
- Deploy n8n workflows + config to the Codika platform
- After creating or modifying workflow files
- After a successful
verify-use-casecheck
Prerequisites
codika-helperCLI installed and authenticated- Use case folder with
config.tsandworkflows/directory - Platform project (via
project.jsonorPROJECT_IDin config.ts)
Recommended flow
Command
Options
| Option | Description | Default |
|---|---|---|
--patch | Patch version bump (1.0.0 → 1.0.1) | Default |
--minor | Minor version bump (1.0.1 → 1.1.0) | — |
--major | Major version bump (1.1.0 → 2.0.0) | — |
--version <X.Y> | Explicit API version | — |
--project-id <id> | Override project ID | project.json |
--additional-file <abs:rel> | Attach extra file (repeatable) | — |
--dry-run | Preview without deploying | — |
--json | JSON output | — |
--api-key <key> | Override API key | — |
--api-url <url> | Override API URL | — |
What happens on deploy
- Read
version.json(defaults to 1.0.0) - Bump local version based on flags
- Validate the use case
- Resolve project ID:
--project-id>project.json>config.ts - Resolve API key:
--api-key> env > org-matching profile > active profile - Package all workflows
- Send to platform
- On success:
- Update
version.jsonwith new version - Archive deployment in
deployments/{projectId}/ - Save
devProcessInstanceIdtoproject.json - Update
project-info.jsonwith version mapping
- Update
API key resolution (org-aware)
Ifproject.json contains organizationId, the CLI automatically selects the profile matching that org:
--api-keyflag (always wins)CODIKA_API_KEYenvironment variable- Profile matching
organizationIdfromproject.json - Active profile
Examples
Post-deploy files
After a successful deployment, the folder contains:Exit codes
| Code | Meaning |
|---|---|
0 | Deployment successful |
1 | API error or validation failure |