When to use
- Promote a deployed use case from dev to production
- Make a process available to end users for the first time
- Configure visibility (private, organizational, public) on first publish
- Enable dev/prod auto-toggle to pause dev when prod is running
Prerequisites
codikaCLI installed and authenticated- A deployed use case with
project.jsoncontaining adeploymentsmap (rundeploy use-casefirst) - API key with
deploy:use-casescope
Command
Arguments
Options
Finding the template ID
After each deploy,project.json stores a deployments map keyed by version:
templateId from the version you want to publish.
What happens on publish
- Resolve project ID:
--project-id>--project-file>project.json - Resolve API key:
--api-key> env > active profile - Send publish request to platform with templateId, projectId, and options
- Platform publishes the deployment template (status: inactive → published)
- Platform deprecates any previously published templates for this project
- Platform auto-creates or updates the owner’s prod process instance
- If
--auto-toggle-dev-prod, deactivates dev instance - On success: saves
prodProcessInstanceIdtoproject.json
Visibility
Set on first publish only. Subsequent publishes inherit the existing visibility.Shared with
Controls who can use the prod instance. Applies to organizational processes only.Dev/Prod toggle
By default, both dev and prod instances run simultaneously. Use--auto-toggle-dev-prod to pause the dev instance when production becomes active:
Examples
Output
Need to change parameters without a new version? After publishing, use
codika rerun deployment to update deployment parameters on the prod instance without creating a new template version. Only the parameters you specify are changed — everything else stays the same.