Does this page replace the CLI documentation?
No. It shows the main flow and common commands; details remain in the official documentation.
Terminal and automation
Install the official Zenifra CLI, authenticate, create projects, publish with GitHub or Docker/OCI, inspect logs, and use an API key in CI/CD automation.
The CLI brings together the paths developers repeat every day: install, authenticate, create a project, publish, follow builds, and operate the application.
npm install -g @zenifra/cli
zenifra --helpzenifra auth login
zenifra auth api-key --key znf_your_keyzenifra plans --type http
zenifra create project
zenifra create project --name app-api --plan basic --payment-mode hourly --config @examples/http-github-project.jsonzenifra deploy --project <project-id> --branch main
zenifra deploy watch --project <project-id> --build <build-id>A quick map for teams evaluating whether Zenifra fits their technical workflow.
Install, authenticate, create projects, and trigger deployments without leaving the local workflow.
Use an organization API key in CI/CD to list projects, trigger deployments, and follow builds.
See logs, variables, builds, deployments, URL, and current image through the same binary.
Use the CLI interactively in the terminal or with an API key and JSON in pipelines.
Use interactive login for personal use or an organization API key for automation.
Use the wizard when exploring or configuration files for repeatable flows.
Trigger GitHub deployment, follow builds, and inspect logs, environment variables, and deployments in the terminal.
A few choices define whether the flow better fits local use, production, or CI/CD.
Login is for personal use; ZENIFRA_API_KEY is the path for organizational automation.
GitHub uses branch deployment; OCI uses an image project and updates through project image set.
The wizard guides the first use; versioned config gives repeatability to teams and pipelines.
Use normal output in the terminal and --json when a command feeds scripts or CI/CD.
Separate the credential, project ID, branch, image, and port before turning local commands into automation. This reduces trial and error in your first terminal deployment.
zenifra create project --name app-api --plan basic --payment-mode hourly --config @examples/http-project.json
zenifra project image set --project <project-id> --image ghcr.io/your-org/app:mainzenifra projects --type http
zenifra project logs --project <project-id>
zenifra project envs --project <project-id>
zenifra project env add --project <project-id> --name NODE_ENV --value production
zenifra builds --project <project-id>
zenifra deployments --project <project-id>export ZENIFRA_API_KEY=znf_your_key
zenifra deploy --project <project-id> --branch main --jsonShort answers that keep the page practical without duplicating the documentation.
No. It shows the main flow and common commands; details remain in the official documentation.
Use ZENIFRA_API_KEY in the job environment to avoid saving a local session on the runner.
The OCI flow creates a project with image configuration or updates the image with project image set.
Use zenifra help <command> or zenifra <command> --help to see usage, examples, and expected output.